Control: tag -1 pending On Sun, 17 Nov 2019 at 16:07:38 +0100, Jonas Smedegaard wrote: > * 3396 FETCH (UID 97 MODSEQ (1) FLAGS () INTERNALDATE "01-Jan-1970 00:00:00 > +0000" BODY[] NIL)
Many thanks, that's the first time I see ‘BODY[] NIL’ in an untagged
FETCH response :-) That explains the warning in your original bug
report. RFC 3501 allows ‘BODY[] NIL’ in untagged FETCH responses, but
not in APPEND commands so in the context of mailbox synchronization I
see no option other than gracefully ignoring these (just like
zero-length messages).
>> Does ‘doveadm force-resync INBOX.olpc’
>> help in convincing dovecot to forget about that message?
>
> I avoid above command to be able to test your later bugfix.
The following commit should silence the “uninitialized value” warning
(which is benign/cosmetic anyway):
https://git.guilhem.org/interimap/commit/?id=5d55a14fa52981ae2a8bb6e65a65bf410c773464
However for the reproducible warning in --repair mode I don't see what
can be done because we receive conflicting responses from the server:
first it says there is a message that wasn't copied to the other side
(hence the note about re-downloading), then that there is no such
message.
> Tell me if that's a wrong approach and you have no need for my mailbox
> staying broken.
Feel free to repair your mailbox on the remote now :-) Thanks for
holding that, though!
--
Guilhem.
signature.asc
Description: PGP signature
