[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] A useless but interesting exercise: Design MH from scr
Re: [Nmh-workers] A useless but interesting exercise: Design MH from scratch in the 2014 context
Wed, 19 Feb 2014 18:40:28 -0800
On Feb 19, 2014, at 5:59 PM, Ken Hornstein <address@hidden> wrote:
> a syntax where folder_read() (or a replacement) takes something that refers
> to an IMAP mailbox, and you're most of the way there.
Try it on for size before making pronouncements :-P The hair on the werewolf
grows faster than you can possibly imagine.
I did an experimental IMAP back end circa 2002. I saw enough to convince me to
The native store, while not particularly sexy, is a mandatory component to
allow the rest of the system to work. If you pervert that, you destroy
As for IMAP on the back end, forget it. MH cannot deal with immutable message
files. It just won't fly. I looked at using the various IMAP annotate
extensions, but the bottom line is the code would have to work with a plain old
3501-compliant IMAP server. It can't. And even with IMAP annotation support
on the server, the n! conglomeration of IMAP extensions your have to deal with
these days leads to an n! explosion in the complexity of the MH library. That
way lies madness.
Keep MH simple. If you want IMAP, you know where to find it. And if you know
both IMAP and MH, you know when and where to apply each of them.
Description: Message signed with OpenPGP using GPGMail