MBOX-Line: From blong at google.com  Wed Oct  8 13:37:30 2014
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun  8 12:34:53 2018
Subject: [Imap-protocol] Gmail IMAP responses are sporadically missing
	fields
In-Reply-To: <CAByrE3HvB=XbamJfTeDPPjLkYdhFOOz919GLJ5LN8xUgXBGpqA@mail.gmail.com>
References: <CAByrE3HvB=XbamJfTeDPPjLkYdhFOOz919GLJ5LN8xUgXBGpqA@mail.gmail.com>
Message-ID: <CABa8R6vvkxLipPcyzgAV7SfVMFVRdHpUjL6E=Z=GVdVwqOEhhg@mail.gmail.com>

We're seeing several reports of programs not expected extra FETCH
responses, which we rolled out on Monday.  We're rolling back soon, since
older versions of a very popular client are having issues (though not to
our knowledge with this part of things).

If you do:
UID FETCH 299 (X-GM-MSGID X-GM-THRID)

You can get:
* 50 FETCH (UID 299 X-GM-MSGID 1231234123134 X-GM-THRID 1234123123413)
* 50 FETCH (UID 299 FLAGS (\Seen))

if the user has just read the message.  I believe that's correctly in spec
and that other IMAP servers would do the same, unless they suppress updates
on FETCH responses.

Brandon

On Wed, Oct 8, 2014 at 12:07 PM, Eben Freeman <eben@inboxapp.com> wrote:

> Hi folks,
> Since Monday, we've been encountering issues in which we issue IMAP calls
> to Gmail such as
>
> UID FETCH 299 (X-GM-MSGID X-GM-THRID)
>
> and the response sporadically does not actually contain a value for
> X-GM-MSGID. Upon retrying, we generally get a complete response.
>
> Is this behavior expected, and something we should work around? Or is
> something awry?
>
> For completeness, other calls that sometimes give incomplete responses:
> UID FETCH 296 (BODY.PEEK[] INTERNALDATE FLAGS X-GM-THRID X-GM-MSGID
> X-GM-LABELS)
> (response missing BODY[])
>
> UID FETCH 288 X-GM-LABELS
> (response missing X-GM-LABELS)
>
> Thanks,
> Eben
>
> PS. Apologies if this list is the wrong venue for this question -- if so,
> is there a better one?
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20141008/1a581267/attachment.html>
