Re: duplicates with offlineimap+dovecot

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

Lars Ingebrigtsen <larsi@gnus.org> writes:

> That's a possible interpretation, but then the MOVE RFC should just have
> said "MOVEs can't be streamed".  I can't see that it does that.

The RFC states that MOVE is exactly equivalent to COPY + STORE +
EXPUNGE, and defer streaming to ambiguity rules.

IMO it is not very clear what should this mean, I've asked on dovecot
and imap mailing lists.

After a quick look to Dovecot's source code, I think I got a small
intuition on what is going on.

Dovecot will only check the success of the move to issue the "OK Move
completed" response. There is no check for expunge failing.

[see cmd-copy.c: + mail-storage.c:mailbox_move()]

> And the VANISH stuff comes from the QRESYNC support, which is a
> separate feature.  If MOVE fails, it should have said so, and it
> doesn't:
>
> 21:02:59 [domain] 9019 UID MOVE 4062,4066,4068 "unrelated2"
> 21:02:59 [domain] 9020 UID MOVE 4063:4064,4067,4069:4072 "folder1"
>
> [...]
>
> 9019 OK Move completed.
> 9020 OK [HIGHESTMODSEQ 5193] Move completed.
>
> Both commands completed with OK.

Yeah this means that the copy part of the move didn't fail, but not all
messages (form the second copy) where expunged from the INBOX.

Thanks for the help,
E.