Problem syncing mail - crash

Knut Anders Hatlen knut.hatlen at oracle.com
Sat Jul 23 10:31:29 UTC 2011


Vladimir Marek <Vladimir.Marek at Oracle.COM> writes:

>> git log v6.3.2.1..next
>> git diff v6.3.2.1..next
>
> So I played today with 6.3.2.1 and it seems to be broken in a way that
> it actually works :)
>
> What happens here is
>  1) new message is created in Maildir
>  2) message is copied to IMAP
>    "Copy message -1 Maildir[twiki] -> IMAP[twiki], LocalStatus[twiki]"
>  3) offlineimap tries to find it's UID, but fails
>  4) I _GUESS_ that the message in Maildir is deleted?

(The deletion seems to happen the next time offlineimap is run.)

>  5) on next offlineimap run, we find new message in the IMAP folder and
>     sync it back to Maildir
>    "Copy message 41 IMAP[twiki] -> Maildir[twiki], LocalStatus[twiki]"
>
> I'm not sure about 4), but I can see the message in Maildir just once.
>
>
> The behavior in current 'next' branch is the same till 3)

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:

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. :)

-- 
Knut Anders



More information about the OfflineIMAP-project mailing list