Chris Cappuccio
2008-Oct-06 18:46 UTC
[Dovecot] Stopping imap synchronization on spool failure
Is there any way to tell an IMAP client to not synchronize/delete old mail through IMAP? Let's say that recent events cause a mail spool to not exist, but people may still want to see old messages that are already cached on their machines.
Timo Sirainen
2008-Oct-06 19:03 UTC
[Dovecot] Stopping imap synchronization on spool failure
On Oct 6, 2008, at 9:46 PM, Chris Cappuccio wrote:> Is there any way to tell an IMAP client to not synchronize/delete > old mail > through IMAP? Let's say that recent events cause a mail spool to > not exist, > but people may still want to see old messages that are already > cached on their > machines.IMAP protocol doesn't define anything like this, so it depends on the client. I think it's unlikely that any support it. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20081006/8bb39383/attachment-0002.bin>
Charles Marcus
2008-Oct-06 20:09 UTC
[Dovecot] Stopping imap synchronization on spool failure
On 10/6/2008 3:03 PM, Timo Sirainen wrote:>> Is there any way to tell an IMAP client to not synchronize/delete >> old mail through IMAP? Let's say that recent events cause a mail >> spool to not exist, but people may still want to see old messages >> that are already cached on their machines.> IMAP protocol doesn't define anything like this, so it depends on the > client. I think it's unlikely that any support it.Backups = good :) -- Best regards, Charles
Karsten Bräckelmann
2008-Oct-06 20:55 UTC
[Dovecot] Stopping imap synchronization on spool failure
On Mon, 2008-10-06 at 11:46 -0700, Chris Cappuccio wrote:> Is there any way to tell an IMAP client to not synchronize/delete old mail > through IMAP? Let's say that recent events cause a mail spool to not exist, > but people may still want to see old messages that are already cached on their > machines.This is a client question, and details depend on your particular client. Been there myself before. (Please don't ask where all the users Inbox went.) Possible solutions include (a) Do NOT start the client, but harvest the local cache. With some luck they do resemble mbox, Maildir or MH, so you can simply re-create the server-side lost messages client-side and copy somewhere else for later ?importing or re-feeding. (b) Kick the connection between client and server, start client. You might be able to simply copy the (cached) stuff to local folders, wile there still is no connection to the IMAP server. ?Alternatively, starting the client in an offline mode might do the same. In either case, I suggest getting a copy of the client cache *now* before starting it. So you can start from scratch and harvest the copied cache as per (a), in case some other way failed. Since you explicitly mentioned "client caches", option (a) likely would be the way to go anyway. You got a cache? Harvest it. That's your best bet. Anything else is just for convenience... Good luck. guenther -- char *t="\10pse\0r\0dtu\0. at ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4"; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1: (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}