Problem syncing mail - crash

Vladimir Marek Vladimir.Marek at Oracle.COM
Sat Jul 23 14:48:20 BST 2011


> I ran git bisect to find exactly when this started happening. It worked
> in the most recent release (6.3.3), and stopped working with this
> commit:

Nice!


> commit e20d8b967942934ddbf4659b5ec328a9a18da6bc
> Author: Sebastian Spaeth <Sebastian at SSpaeth.de>
> Date:   Thu Mar 24 17:45:21 2011 +0100
> 
>     Remove upload neguid pass from sync logic
>     
>     In order to optimize performance, we fold the 1st and 2nd pass of our
>     sync strategy into one. They were essentially doing the same thing:
>     uploading a message to the other side. The only difference was that in
>     one case we have a negative UID locally, and in the other case, we have
>     a positive one already.
>     
>     This saves some time, as we don't have to run through that function on
>     IMAP servers anyway (they always have positive UIDs), and 2nd were we
>     stalling further copying until phase 1 was finished. So uploading a
>     single new message would prevent us from starting to copy existing
>     regular messages.
>     
>     Signed-off-by: Sebastian Spaeth <Sebastian at SSpaeth.de>
>     Signed-off-by: Nicolas Sebrecht <nicolas.s-dev at laposte.net>
> 
> Now we just need someone who knows enough IMAP to fix it. :)

Hmm. I still wonder if the fact that it works for us (the old release)
is intentional :) I don't understand why on first run the logic tries to
copy the mail to IMAP, while on second run the mail gets deleted (and
copied from IMAP back). If it is something we can depend on, the fix
will be simple.

-- 
	Vlad




More information about the OfflineIMAP-project mailing list