[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GPGME
From: |
Ted Zlatanov |
Subject: |
Re: GPGME |
Date: |
Wed, 29 Jun 2011 12:21:11 -0500 |
User-agent: |
Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) |
On Wed, 29 Jun 2011 22:15:02 +0900 Daiki Ueno <address@hidden> wrote:
DU> Ted Zlatanov <address@hidden> writes:
DU> I remember that the problem of encrypt.el was that the data format is
DU> not interoperable and the algorithm used is not interchangeable though
DU> the API might be neutral.
>>
>> Is that a problem, if the intent is to provide an Emacs facility?
DU> The benefit using the standard GPG format is that it embeds what
DU> algorithm is used in data.
I don't see why it's not better to implement a storage format that works
well with ELisp. For instance the format could be a simple plist:
(:cipher xyz :cipher-version 1.2 :data BASE64DATA :other-cipher-parameter abc
:checksum SUM)
The standard OpenPGP format described in the 90-page RFC is extremely
flexible and powerful (it's packet based and has more options than GNU
ls); I think it would be a lot of work to implement it even for just a
few symmetric ciphers. OTOH the plist format above can be done in a few
hours and has no external dependencies. It would only be usable by
Emacs, but I honestly don't see the harm in that.
Ted
- Re: secure plist store, (continued)
- Re: secure plist store, Ted Zlatanov, 2011/06/29
- Re: secure plist store, Daiki Ueno, 2011/06/30
- Re: secure plist store, Ted Zlatanov, 2011/06/30
- Re: secure plist store, Daiki Ueno, 2011/06/30
- Re: secure plist store, Ted Zlatanov, 2011/06/30
- Re: secure plist store, Daiki Ueno, 2011/06/30
- Re: secure plist store, Ted Zlatanov, 2011/06/30
- Re: secure plist store, Daiki Ueno, 2011/06/30
- Re: GPGME, Ted Zlatanov, 2011/06/29
- Re: GPGME, Daiki Ueno, 2011/06/29
- Re: GPGME,
Ted Zlatanov <=
- Re: GPGME, Daiki Ueno, 2011/06/29
- Re: GPGME, Ted Zlatanov, 2011/06/30
- Re: Opportunistic STARTTLS in smtpmail.el, Ted Zlatanov, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Daiki Ueno, 2011/06/02
Re: Opportunistic STARTTLS in smtpmail.el, Lars Magne Ingebrigtsen, 2011/06/03