Wouldn't a FUSE IMAP layer largely solve the problem of conflicts
by working on the live data store? Perhaps a customization of
something like:
Well, I note this from the FUSE IMAP web page:
Note: My project is old and has a lot of unresolved issues and design
problems. Please don't try to use it in any production applications. I
do not foresee updating it any further. I hope someone will come along
and make a better one.
And according to the git tree, gmailfs was last updated 3 years ago.
I don't see how operating on the live store really solves your problems,
because someone can still come along and change the store from another
client even though you're directly working on the data store. You still
have to manage the mapping between MH message numbers and IMAP messages,
which involves a synchronization process. Also, it just seems like to
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!
--Ken
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers