Lyndon Nerenberg wrote:
And as with the existing sequences imlementation, the only way you get
100% consistency is by making the message store a black box, at which
point it's no longer MH.
Very non-MH in implementation, but perhaps similar in ethos is to have a
file server that presents the IMAP store as a directory per email, with
a directory per attachment, recursively, and files for attributes,
including the raw MIME body, and a decoded UTF-8 one. Kind of like Plan
9's upasfs(4).
http://plan9.bell-labs.com/magic/man2html/4/upasfs
(As an aside, I really dislike grep and friends no longer coping well
under ~/mail because of base 64 encoding, etc.)
Indexes could also be made available through the FS interface and it
would be the file server that would be translating both ways between
changes on the IMAP side with anno(1), rm(1), etc., on the other.
Non-portable, unless you went for NFS instead of FUSE, urgh, and not a
small leap from where nmh is now but perhaps more elegant than having to
keep indexes in step with the inevitable "Oh, rebuild them" when pick
doesn't seem to be finding what you think should be there even though
it's the user's search at fault. :-)
Cheers,
Ralph.
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
http://lists.nongnu.org/mailman/listinfo/nmh-workers