Re: duplicates with offlineimap+dovecot

[gallego@cri.ensmp.fr (Emilio Jesús Gallego Arias)]

Lars Ingebrigtsen <larsi@gnus.org> writes:

>> Yeah so the only idea that came to my mind is if the pipelining of UID
>> MOVEs could be causing some problem...
>
> Pipelining is something that all IMAP servers should handle without too
> much problem.

After some more research and RFC there seems to be a catch with this,
when pipelining and using QRESYNC, mailboxes may get "conceptually out
of sync", so some operations may need to be reissued again.

Indeed, this problem of duplicates is more common when more moves are issued.

>>> * OK [COPYUID 1424475206 4065 96] Moved UIDs.
[...]
>>> I'm really puzzled by this log, dunno how to interpret it.
>
> I think that it says "I did everything you asked".  So if these messages
> remain in the original folder after the server says "Move completed",
> then there's something wrong with that server...

I'm not sure that is the right interpretation of the log (but my
knowlegde of IMAP is very limited), let me restructure the log to remove
useless stuff:

> *first press of g*
> 21:02:59 [domain] 9020 UID MOVE 4063:4064,4067,4069:4072 "folder1"
> * OK [COPYUID 1424475231 4063:4064,4067,4069:4072 26:32] Moved UIDs.
> * VANISHED 4062,4066,4068:4072
> * 3 RECENT
> 9020 OK [HIGHESTMODSEQ 5193] Move completed.

I interpret this as "only 4062,4066,4068:4072" got moved.

Indeed, then later:

> --- Second press of g
> 21:07:20 [domain] 9307 UID MOVE 4063:4064,4067 "folder1"
> * OK [COPYUID 1424475231 4063:4064,4067 33:35] Moved UIDs.
> * VANISHED 4063:4064,4067
> 9307 OK [HIGHESTMODSEQ 5194] Move completed.

Precisely the messages that were missing from the previous VANISHED.

If my interpretation of the RFC is correct, indeed this is a bug in
gnus, as it should parse VANISHED output to confirm the moves.

Thanks a lot for the help, best regards,
Emilio