MBOX-Line: From brong at fastmail.fm  Wed Mar 25 13:00:57 2015
To: imap-protocol@u.washington.edu
From: Bron Gondwana <brong@fastmail.fm>
Date: Fri Jun  8 12:34:54 2018
Subject: [Imap-protocol] Gmail flags issue, timing-sensitive
In-Reply-To: <CAN7dqjAOo1bJjGFUbT2aVx1ZBmhYkF1JHMtjkFbT=TrxEfThpA@mail.gmail.com>
References: <CAN7dqjCYRb2sbOZS49hiqgrSsfKFTzyT-b5fKHm0U4mBGvDRzA@mail.gmail.com>
	<CABa8R6t01i4CMumftDbTdY_xC7WYWLCmh7__Qg+zrsw8dZxHwA@mail.gmail.com>
	<CAN7dqjAxtu=k65vF-gshYYiEdMVeJ_j_ZruB2RLQRHTxouRckA@mail.gmail.com>
	<CAN7dqjBcK_UZ1uYcT-G=a7N7W=g_JoAXf=kHSL6sz9EmMtc-9g@mail.gmail.com>
	<20150325132119.Horde.H9br3-icKPf32c5xmMNhdfM@bigworm.curecanti.org>
	<55130CEA.7050608@isode.com>
	<CAN7dqjAOo1bJjGFUbT2aVx1ZBmhYkF1JHMtjkFbT=TrxEfThpA@mail.gmail.com>
Message-ID: <1427313657.1339157.245233101.46FE2F36@webmail.messagingengine.com>

On Thu, Mar 26, 2015, at 06:39 AM, Kostya Vasilyev wrote:
> Yes, that's what I meant by "which is also wrong".
>
> Every change to message flags should bump the message's MODSEQ value.
>
> Now in this case, there was no actual change *between* the two lines
> in the response, it's the server reporting wrong flags values first
> and correct values next (the message already had \Answered and \Seen
> prior to my adding \Flagged)...
>
> ...and the real issue is new flags reported without \Answered first,
> then with it, but...
>
> ... the identical MODSEQ values make it harder to work around this
> real issue.

I'm pretty sure this takes it from "annoying but legitimate" to
"strictly incorrect". That first line should not have the latest
MODSEQ value if it doesn't contain the flags that were set at the time
of that MODSEQ.

I spent a lot of work getting the Cyrus internals right for this
years ago, because there were bugs with the way Cyrus handled
per-user \Seen and modseqs, as well as around expunges. It was a lot
of work, but a half-functioning implementation means that clients
can't rely on anything.

Bron.

--
Bron Gondwana brong@fastmail.fm


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20150326/aa05bf6f/attachment.html>
