51 lines
1.9 KiB
Plaintext
51 lines
1.9 KiB
Plaintext
MBOX-Line: From brong at fastmail.fm Wed Jan 23 20:28:44 2013
|
|
To: imap-protocol@u.washington.edu
|
|
From: Bron Gondwana <brong@fastmail.fm>
|
|
Date: Fri Jun 8 12:34:50 2018
|
|
Subject: [Imap-protocol] Courier bug(?)
|
|
In-Reply-To: <20130123212037.Horde._IahQM6IYatHLw2AFgUPnw1@bigworm.curecanti.org>
|
|
References: <20130121144822.Horde.kbr5Y8IKwMlD1fH1Qun9hQ1@bigworm.curecanti.org>
|
|
<CAKHUCzwJ8xq7O8vGDHe0D9Jviac06o-QtePMhKYV7HzwzRPMPA@mail.gmail.com>
|
|
<1358846428.12608.2.camel@hurina>
|
|
<20130123212037.Horde._IahQM6IYatHLw2AFgUPnw1@bigworm.curecanti.org>
|
|
Message-ID: <1359001724.15093.140661181638845.41179852@webmail.messagingengine.com>
|
|
|
|
On Thu, Jan 24, 2013, at 03:20 PM, Michael M Slusarz wrote:
|
|
> a ENABLE QRESYNC
|
|
> * ENABLED QRESYNC
|
|
> a OK ENABLE completed.
|
|
> b SELECT INBOX
|
|
> [...]
|
|
> * OK [HIGHESTMODSEQ 5] Highest
|
|
> b OK [READ-WRITE] SELECT completed.
|
|
> c UID FETCH 9 (BODY[HEADER])
|
|
> * 1 FETCH (UID 9 BODY[HEADER] {1409}
|
|
> [...headers...]
|
|
> )
|
|
> * 1 FETCH (MODSEQ (6) FLAGS (\Seen))
|
|
> c OK FETCH completed.
|
|
>
|
|
> Are we accepting that this is allowable? Even if it is the
|
|
> BODY[HEADER] FETCH that is causing the \Seen flag to be set? Looking
|
|
> at the QRESYNC docs - it appears that ONLY the FETCH untagged
|
|
> responses to the SELECT/EXAMINE are required to contain both UID &
|
|
> MODSEQ information. All other FLAGS responses require MODSEQ but not
|
|
> UID. This is a subtlety that I don't think I've thought about before.
|
|
|
|
I always send UID for QRESYNC, and I even have a handy comment about it:
|
|
|
|
/* http://www.rfc-editor.org/errata_search.php?rfc=5162
|
|
* Errata ID: 1807 - MUST send UID and MODSEQ to all
|
|
* untagged FETCH unsolicited responses */
|
|
if (usinguid || state->qresync)
|
|
prot_printf(state->out, " UID %u", im->record.uid);
|
|
if (printmodseq || state->qresync)
|
|
prot_printf(state->out, " MODSEQ (" MODSEQ_FMT ")", im->record.modseq);
|
|
|
|
Bron.
|
|
--
|
|
Bron Gondwana
|
|
brong@fastmail.fm
|
|
|
|
|