Re: [Nmh-workers] IMAP, again

[Jerrad Pierce]

>have to manage the mapping between MH message numbers and IMAP messages,
>which involves a synchronization process.  Also, it just seems like to
Yeah, if I were doing it I'd probably not support all of MH's numbering
and sequence goodness... for simplicity/sanity's sake. Just allow basic
sortm to specify what field to sort on, and message numbers are auto-
incremented as you enumerate through the box/folder; stored in a cache
each listing for translation back to IMAP msg when issuing an nmh command.

>me a filesystem is the _wrong_ idiom to access a remote IMAP mail store;
>a whole lot of complexity when compared to something relatively simple
>like OfflineIMAP.  But people are free to prove me wrong!
I don't see how having FUSE transliterate IMAP to MH folders is so
different from having OfflineIMAP transliterate them to Maildir,
they're both files and directories for local tools to work on?

Anyways, it was just an idea, and if working on the live data doesn't
solve some of the simpler conflicts it's a moot point; for the complex
ones that remain uncracked by others, it sounds like a case of
"Doctor, it hurts when I move my arm like this..." ;-)