bergman(_at_)merctech(_dot_)com 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
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
http://lists.nongnu.org/mailman/listinfo/nmh-workers