Re: Mime PGP for pgnus

["James H. Cloos Jr." <cloos@jhcloos.com>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Anil" == Anil B Somayaji <soma@cs.unm.edu> writes:

Cloos> <multipart type=signed>
Cloos> <part type=text/plain>
Cloos> This is the message
Cloos> <part type=application/pgp-signature elisp=mc-gen-detatched-sig></part>
Cloos> </multipart>

Anil> While this syntax tells you more about what the real message will look
Anil> like, it is really ugly - not something you'd want to see often, and
Anil> hard to generate by hand if things got munged while editing.

Cloos> <mc-sign>
Cloos> This is the message
Cloos> </mc-sign>

Anil> This would be really nice - clean, easy to type in manually.  However,
Anil> how would this integrate with other mml stuff?  If that could all be
Anil> normal (i.e. the same as without signing), with the backend figuring
Anil> out the right MIME structure, that would be excellent.

That was my intent.  Specifically, I'm thinking along the lines of
having unknown mml tags looked up in an alist whenever they are
processed -- this will most likely require one alist for each step of
the process, assuming multiple steps even occur....

By using an alist, other modules can seemlessly implement non-internal
tags, much like how minor modes interact with the major modes.

A tag like <#mc-sign> would then require args akin to (mc-sign)'s.
Getting the tage right for anon-relays would take some care.

Anil> James, thanks for bringing this up.  I like to PGP sign all of my
Anil> messages, and until I upgraded to the recent pgnus (>0.70) versions, I
Anil> did this using TM's MIME PGP stuff.  The new mml stuff breaks TM, so
Anil> I've switched to plain PGP signatures.  I'd like to switch back, but I
Anil> haven't spent enough time with the gnus code to figure out how to
Anil> implement it with mml.  But, if someone else starts, I'll be happy to
Anil> help!

Yes, I also like to sign everything, and would much prefer to MIME
everything as well, since it works so well with pgnus and AFAIK vm.

I'd also like to see rfc2440 messages presented just like rfc2015
messages are.  Ie, a pseudo-mime-part button a la the pseudo-mime
buttons generated for uuencoded sections, et al.  Also, mailcrypt
should be able to hook in to verify the message if said button is
selected, for either 2440 or 2015 messages.  Unfortunatly, 2440 &
2015 messages cannot be inter-converted; the buffer range that is
digested includes the body part headers in 2015 and Hash: headers
in 2040....

Perhaps -- to plagiarise another post today -- my wetware will be able
to page in enough of my (presumably not _too_ archaic :) lisp knowl-
edge that I may be able to code some of this w/o spending several
millidays looking up docs for each sexp written.....

- -JimC
- -- 
James H. Cloos, Jr.  <http://www.jhcloos.com/cloos/public_key> 1024D/ED7DAEA6 
<cloos@jhcloos.com>     E9E9 F828 61A4 6EA9 0F2B  63E7 997A 9F17 ED7D AEA6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v0.9.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE23wCemXqfF+19rqYRAgWSAKCxLdeDRy3dGQDF9/9U+N3WyFkrTACeIQeB
CYS9BsaM/IcwWwMCG3Dbpy0=
=xmfj
-----END PGP SIGNATURE-----