wasm-demo/demo/ermis-f/imap-protocol/cur/1600095025.22629.mbox:2,S

137 lines
5.5 KiB
Plaintext

MBOX-Line: From gullo at m4ss.net Wed Jul 30 06:20:06 2014
To: imap-protocol@u.washington.edu
From: Davide Gullo <gullo@m4ss.net>
Date: Fri Jun 8 12:34:53 2018
Subject: [Imap-protocol] Gmail size fail
In-Reply-To: <EBBF558390C949C08A544E0D7555F7B1@gmail.com>
References: <CANVPb6vp-KDjeUQBkgz9d74p-2aEg3Pvam+vZqrx_o1HhS2dWw@mail.gmail.com>
<CABa8R6uQw+NafV=KtZFW3X3g_cJfpPb0zNp2y4B4cAYZfXJXjQ@mail.gmail.com>
<CANVPb6tjjRyxKK+7NDpFqeqSwN68OxLAie=WOPoFZyTs1WcEWQ@mail.gmail.com>
<20140729163645.Horde.h5gjOOLwGbpVI_dHXPMKnQ6@bigworm.curecanti.org>
<EBBF558390C949C08A544E0D7555F7B1@gmail.com>
Message-ID: <CANVPb6vn6nL_4jmafo3OFjKY3ev+f1z3rB40RiHK_OXs7f2oiA@mail.gmail.com>
This is the complete transaction.
As you can see the Gmail Imap server does not send any contents:
29.07.14 17:07 >>> >>>>>>> send >>>>>>
29.07.14 17:07 >>> 5 UID FETCH 7848:7853 (UID X-GM-MSGID FLAGS RFC822.SIZE
ENVELOPE BODY.PEEK[HEADER.FIELDS (References)] BODYSTRUCTURE RFC822)
29.07.14 17:07 >>> >>>>>>> end send >>>>>>
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< * 1 FETCH (X-GM-MSGID 1345148067064026772 UID 7848
RFC822.SIZE 1372 BODY[HEADER.FIELDS (References)] {2}
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< FLAGS (\Seen) ENVELOPE ("Thu, 26 Aug 2010 16:32:43
+0200" "Transfer of Licence" (("Marcus Breiden" NIL "marcus" "edu-magic.net"))
((NIL NIL "marcus" "breiden.net")) (("Marcus Breiden" NIL "marcus" "
edu-magic.net")) ((NIL NIL "sales" "activewords.com")) NIL NIL NIL "<
AANLkTim1oYW+6YcmJkJb7dWDqF6d36wBUTjEjtJC1+wr@mail.gmail.com>")
BODYSTRUCTURE (("TEXT" "PLAIN" ("CHARSET" "ISO-8859-1") NIL NIL "7BIT" 243
9 NIL NIL NIL)("TEXT" "HTML" ("CHARSET" "ISO-8859-1") NIL NIL "7BIT" 395 2
NIL NIL NIL) "ALTERNATIVE" ("BOUNDARY" "000325573a4605caab048ebadf78") NIL
NIL) BODY[HEADER.FIELDS (References)] {2}
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< )
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< * 2 FETCH (X-GM-MSGID 1345153544278287346 UID 7853
RFC822.SIZE 5433 BODY[HEADER.FIELDS (References)] {151}
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< References: <
AANLkTim1oYW+6YcmJkJb7dWDqF6d36wBUTjEjtJC1+wr@mail.gmail.com>
<52AA1094A13E1B4389FE071EFAFD69D42B1C3FEA7A@mbx1.hostedexchange.local>
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< FLAGS (\Seen) ENVELOPE ("Thu, 26 Aug 2010 17:59:46
+0200" "Re: Transfer of Licence" (("Marcus Breiden" NIL "marcus" "
edu-magic.net")) ((NIL NIL "marcus" "breiden.net")) (("Marcus Breiden" NIL
"marcus" "edu-magic.net")) (("ActiveWords Support" NIL "support" "
activewords.com")) NIL NIL "<
52AA1094A13E1B4389FE071EFAFD69D42B1C3FEA7A@mbx1.hostedexchange.local>" "<
AANLkTin+c+NkCma81D0F6uksqCTJrC5ZJ4Hr5qTJJ8ue@mail.gmail.com>")
BODYSTRUCTURE (("TEXT" "PLAIN" ("CHARSET" "ISO-8859-1") NIL NIL "7BIT" 997
53 NIL NIL NIL)("TEXT" "HTML" ("CHARSET" "ISO-8859-1") NIL NIL
"QUOTED-PRINTABLE" 3395 125 NIL NIL NIL) "ALTERNATIVE" ("BOUNDARY"
"001636c59a685986fc048ebc165f") NIL NIL) BODY[HEADER.FIELDS (References)]
{151}
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< References: <
AANLkTim1oYW+6YcmJkJb7dWDqF6d36wBUTjEjtJC1+wr@mail.gmail.com>
<52AA1094A13E1B4389FE071EFAFD69D42B1C3FEA7A@mbx1.hostedexchange.local>
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< )
29.07.14 17:07 <<< <<<<<<< end read <<<<<<
29.07.14 17:07 <<< <<<<<<< read <<<<<<
29.07.14 17:07 <<< 5 OK Success
2014-07-30 0:38 GMT+02:00 Hoa V. Dinh <dinh.viet.hoa@gmail.com>:
> Davide,
> you should probably show explicitly the content it?s sending and why it
> doesn?t match the size of the literal.
>
> --
> Hoa V. Dinh
>
> On Tuesday, July 29, 2014 at 3:36 PM, Michael M Slusarz wrote:
>
> Quoting Davide Gullo <jazzo72@gmail.com>:
>
> The literal is wrong, I don't know if the RFC822.SIZE too.
> Brandon, I can give you the account if you want.
>
>
> Why is the literal wrong? The References header might not match in
> that message. In which case the literal length will correctly be 2
> (for the CRLF header delimiter).
>
> [snip]
>
> 29.07.14 17:07 >>> 5 UID FETCH 7848:7853 (UID X-GM-MSGID FLAGS
> RFC822.SIZE ENVELOPE BODY.PEEK[HEADER.FIELDS (References)] BODYSTRUCTURE
> RFC822)
> 29.07.14 17:07 >>> >>>>>>> end send >>>>>>
> 29.07.14 17:07 <<< <<<<<<< read <<<<<<
> *29.07.14 17:07 <<< * 1 FETCH (X-GM-MSGID 1345148067064026772 UID 7848
> RFC822.SIZE 1372 BODY[HEADER.FIELDS (References)] {2}*
> 29.07.14 17:07 <<< <<<<<<< end read <<<<<<
> 29.07.14 17:07 <<< <<<<<<< read <<<<<<
>
>
> michael
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
>
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
--
Davide Gullo, Consulente Web (professionista disciplinato ai sensi della
legge 4/2013)
http://www.m4ss.net
gullo@m4ss.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140730/0b37c177/attachment.html>