Re: [Imap-protocol] Gmail IMAP responses are sporadically missing fields

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 <[email protected]> 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
> [email protected]
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol