MBOX-Line: From blong at google.com  Wed Jul 30 13:23:50 2014
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun  8 12:34:53 2018
Subject: [Imap-protocol] Another gmail bug
In-Reply-To: <EB485B74-F035-44E5-BAAD-20F9A800DF24@gmail.com>
References: <EB485B74-F035-44E5-BAAD-20F9A800DF24@gmail.com>
Message-ID: <CABa8R6uOdr2KxOAEYV5n9ZR27UT+_rjxfmyh0QuXka8QAEUH2g@mail.gmail.com>

bugs filed.

Brandon


On Wed, Jul 30, 2014 at 1:34 AM, Andris Reinman <andris.reinman@gmail.com>
wrote:

> Hello,
>
> It seems that recently everyone has been starting to use this mailing list
> as a GMail issue tracker, so heres my findings as well (do not know if
> these are known issues or not).
>
> 1. If you EXAMINE a mailbox and FETCH a message with
> (FLAGS BODY[HEADER.FIELDS ?]) then the returned FLAGS list *always*
> includes the \Seen flag even if the message does not have this flag set. If
> you omit the headers part and just FETCH (FLAGS) then the \Seen flag is
> returned as it should. Notice that I am using BODY and not BODY.PEEK to
> fetch the headers. The actual flags are not changed as the mailbox was
> EXAMINEd not SELECTed but for this call the response includes the invalid
> \Seen.
>
> tag EXAMINE INBOX
> tag FETCH 123 (FLAGS BODY[HEADER.FIELDS (?))
> * 123 FETCH (FLAGS (\Seen))
> tag FETCH 123 (FLAGS)
> * 123 FETCH (FLAGS ()) <- no \Seen flag anymore
>
> 2. If you have a message with an message/rfc822 attachment and the
> attached message does not have In-Reply-To set in its headers, then the
> returned ENVELOPE for this attachment uses ?NIL? as a String instead of NIL
> for the In-Reply-To value.
>
> tag FETCH 123 (BODYSTRUCTURE)
> * 123 FETCH (BODYSTRUCTURE ? (?MESSAGE? ?RFC822? ? (NIL NIL ? ?NIL? <-
> Should be NIL, not ?NIL"
>
> I have also set up simple test cases (as node.js scripts) to verify these
> bugs: https://gist.github.com/andris9/592d69a40e970ea32597
>
> Best regards,
> Andris Reinman
>
> _______________________________________________
> 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/20140730/c1b3f25c/attachment.html>
