On Sat, 16 Nov 2019 at 18:19:37 +0100, Jonas Smedegaard wrote: > Quoting Guilhem Moulin (2019-11-16 17:50:14) >> On Sat, 16 Nov 2019 at 16:25:15 +0100, Jonas Smedegaard wrote: >>> jonas@auryn:~$ interimap --config debian --repair --debug INBOX.olpc 2>&1 | >>> grep -Fw 97 >>> […] >>> local(INBOX.olpc): WARNING: No match for modified remote UID 97. >>> Downloading again. >>> remote(INBOX.olpc): C: 000004 UID FETCH 97 (MODSEQ FLAGS INTERNALDATE >>> BODY.PEEK[] ENVELOPE) >> >> I'm suprised grep didn't match the server response for that command. > > Perhaps if you talking about matching the originally reported warning, > then beware that the warning mesage initially reported happened only > while initially syncronizing that mailbox from scratch. I am unable to > repeat that exact warning message - but instead the warning message > above is now repeatable for me.
Gotcha
> Nope:
> […]
> remote(INBOX.olpc): S: * 3396 FETCH (UID 97 MODSEQ (1) FLAGS ())
> […]
> remote(INBOX.olpc): C: 000004 UID FETCH 97 (MODSEQ FLAGS INTERNALDATE
> BODY.PEEK[] ENVELOPE)
> remote(INBOX.olpc): S: 000004 OK Fetch completed (0.001 + 0.000 secs).
I'm puzzled by that sequence, the response at the top indicates the
presence of a message (at position #3396) with UID 97, mod-sequence 1,
and empty flag list. But the server doesn't appear to provide any
response when BODY[] in is the list of attributes to FETCH. (That would
be fine if there was no message with that UID, but since you can
reproduce it doesn't seem to be the case here.)
> a EXAMINE INBOX.olpc
> […]
> b UID FETCH 97 BODY.PEEK[]
> b OK Fetch completed (0.001 + 0.000 secs).
> Seems I didn't get the expected response. So does that indicate broken
> data at the server?
Not sure yet, but I'm leaning towards that conclusion. What if you
query the attributes one at a time, does any of these IMAP commands
produce an untagged FETCH response?
a UID FETCH 97 MODSEQ
b UID FETCH 97 FLAGS
c UID FETCH 97 INTERNALDATE
d UID FETCH 97 BODY.PEEK[]
e UID FETCH 97 ENVELOPE
Do you have access to the server log? If so, is there something
appearing upon ‘b UID FETCH 97 BODY.PEEK[]’?
You could also try to dump the message using doveadm-fetch(1):
doveadm fetch text mailbox INBOX.olpc uid 97
Or even look directly into the maildir (‘x UID FETCH 97 X-GUID’ should
tell you the file name holding that message).
>> I appreciate the assistance in debugging. Thanks!
>
> I am having fun :-)
^^
--
Guilhem.
signature.asc
Description: PGP signature
