Re: [Nmh-workers] nmh @ gsoc?

[Peter Galbraith]

address@hidden wrote:

> I'll add my wish-list:
> 
>       + minor bug fixes (for example, the NAMESZ limit that affects
>               scan listings)
> 
>       + improved MIME handling, particularly for replies
> 
>       + improved attachment handling (supression(?)
>               of replies to messages with attachments)
> 
>       + threading. I do some threading with exmh, but that's kind of a hack.
>               One idea would be to present "threads" through ordered sequence
>               lists, rather than by re-numbering each message. This would
>               multiple sorted views of a folder (ie., sorted by date, subject,
>               sender, threaded, etc.) without the overhead of renumbering
>               files.
> 
>       + masquerading: we've probably all got multiple email accounts ($WORK,
>               personal, gmail, etc.). I like to use [ex|n]mh as a single
>               interface, but I want composed mail and replies to reflect
>               different accounts (identities) correctly. I've written a
>               wrapper to "repl" for this, but that functionality should
>               probably be within nmh, so that the actions that arise from
>               selecting a persona are available to all programs that send
>               mail (repl, comp, forw). For example, selecting a persona may
>               alter some or all of:
> 
>                       From: address, Reply-To: address, Fcc folder, X-*
>                       headers, signature lines, quoting style, even different
>                       SMTP server[s]

It would be great to have these in nmh. Just FYI, in the meantime, MH-E
(a Emacs-based nmh frontend) does MIME handling (althought character
encoding in headers isn't great yet because it gets them from nmh),
threading, and masquerading.  Dealing with attachments of replies is
interesting...

Peter