Uday Reddy <[email protected]> writes: > blueman writes: > >> Unfortunately, I still use 'mbox' mode and offlineimap seems to only >> work with maildir -- otherwise it seems like a great idea > > The official web page http://offlineimap.org/ says that it supports Maildir > or IMAP as the local repository. Ahhh maybe I am misunderstanding, but I wanted to have mbox as my local repository since that is what I use for vm... so I would have IMAP on the server and mbox locally...
In any case, I think I can mostly get around this by just running the IMAP server locally which really is what I mostly wanted anyway... > >> Couple of additional questions: >> 1. Is there a companion function to vm-imap-move-mail that moves mail in >> the opposite direction -- from a VM folder to an IMAP mail box? > > No, there isn't a way to make the IMAP server into a client of local > folders. You can however save individual messages into an IMAP folder > using `vm-save-message-to-imap-folder'. Can I assume it works on multiple (i.e., marked messages)? Also, I wouldn't think it would be hard to use the code in vm-save-message-to-imap-folder to act on the entire folder either in a copy or move (i.e., copy then delete mode). I would imagine this would be helpful if people want to migrate (not synch) some folders back and forth. > >> 2. Is there a way to get the 'FCC' copy to go to an imap folder? > > Yes, `vm-imap-save-composition' does that. Or, look up IMAP-FCC in a recent > version of the manual. I will look at that. One new question... 3. Has anybody written any wrapper functions that would 'unify' the treatment of local and IMAP folders so that the same function (and more importantly bindings) could be used independent of the folder type. I'm thinking in particular of functions like vm-visit-folder and various save/copy/delete functions. vm would then 'choose' the right version of the function based on the alreay known or given name of the folder. For example, if an unquoted ":" were disallowed from local folder names (which is probably mostly true in practice anyway on most filesystems), the presence of a colon would indicate whether you want to visit an imap or regular folder. To tell you the truth, it would be nice if this would work on virtual folders too where perhaps a user-defined symbol could be used to distinguish virtual folders. Personally, I find it difficult and inconvenient to keep track sometimes of what folder type is what and then to remember the right flavor of function to run on them... > Cheers, > Uday Thanks
