137 lines
4.7 KiB
Plaintext
137 lines
4.7 KiB
Plaintext
MBOX-Line: From gullo at m4ss.net Wed Jul 30 09:57:01 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: <e0e08cea-c8fa-4c6a-b6db-47a83bbe5821@flaska.net>
|
|
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>
|
|
<CANVPb6vn6nL_4jmafo3OFjKY3ev+f1z3rB40RiHK_OXs7f2oiA@mail.gmail.com>
|
|
<42e6254c-76ec-4d2e-8f95-5dc407db8eea@flaska.net>
|
|
<CANVPb6ta9pVnE6g8f9CDTDDLV+56ByerB9d--+J5AObBRbOpUA@mail.gmail.com>
|
|
<e0e08cea-c8fa-4c6a-b6db-47a83bbe5821@flaska.net>
|
|
Message-ID: <CANVPb6tNrOKGe0jpjyAkf8z5qYnsBkDpQ97hULfm5RMyr2sJhw@mail.gmail.com>
|
|
|
|
This is a log from another account:
|
|
|
|
*2014-07-30 18:50:05.332 BackUp Gmail[7934:2307] >>> 4 UID FETCH
|
|
198358:198635 (UID X-GM-MSGID FLAGS RFC822.SIZE ENVELOPE
|
|
BODY.PEEK[HEADER.FIELDS (References)] BODYSTRUCTURE RFC822)*
|
|
|
|
*2014-07-30 18:50:05.333 BackUp Gmail[7934:2307] >>> >>>>>>> end send
|
|
>>>>>>*
|
|
|
|
*2014-07-30 18:50:05.591 BackUp Gmail[7934:2307] <<< <<<<<<< read <<<<<<*
|
|
|
|
*2014-07-30 18:50:05.592 BackUp Gmail[7934:2307] <<< * 45211 FETCH
|
|
(X-GM-MSGID 1472932652151963247 UID 198358 RFC822.SIZE 3631 RFC822 {3631}*
|
|
|
|
*Delivered-To: jazzo72@gmail.com <jazzo72@gmail.com>*
|
|
|
|
*Received: by 10.221.27.131 with SMTP id rq3csp536493vcb;*
|
|
|
|
* Sun, 6 Jul 2014 18:54:00 -0700 (PDT)*
|
|
|
|
*..*
|
|
|
|
*..*
|
|
|
|
*[here there is a lot of data: the RFC822 field]*
|
|
|
|
*..*
|
|
|
|
*..*
|
|
|
|
*e8cacbee0fc1368da87.gif" width="1" /></p>*
|
|
|
|
*----==_mimepart_53b9fdb735668_75643fd39d2f52a04456d8--*
|
|
|
|
* FLAGS (\Seen) ENVELOPE ("Sun, 06 Jul 2014 18:53:59 -0700" "Re: [libetpan]
|
|
Very big allocation (#150)" (("=?ISO-8859-1?Q?Ho=E0_V._DINH?=" NIL
|
|
"notifications" "github.com <http://github.com>"))
|
|
(("=?ISO-8859-1?Q?Ho=E0_V._DINH?=" NIL "notifications" "github.com
|
|
<http://github.com>")) (("dinhviethoa/libetpan" NIL
|
|
"reply+i-37227579-fd8194f6b5e1ca5e2c8070c49eb84688e1b4223a-1465434"
|
|
"reply.github.com <http://reply.github.com>")) (("dinhviethoa/*
|
|
|
|
*2014-07-30 18:50:05.600 BackUp Gmail[7934:2307] <<< <<<<<<< end read
|
|
<<<<<<*
|
|
|
|
*2014-07-30 18:50:05.601 BackUp Gmail[7934:2307] <<< <<<<<<< read <<<<<<*
|
|
|
|
*2014-07-30 18:50:05.602 BackUp Gmail[7934:2307] <<< libetpan" NIL
|
|
"libetpan" "noreply.github.com <http://noreply.github.com>")) (("Davide
|
|
Gullo" NIL "jazzo72" "gmail.com <http://gmail.com>")) NIL
|
|
"<dinhviethoa/libetpan/issues/150@github.com <150@github.com>>"
|
|
"<dinhviethoa/libetpan/issues/150/48134817@github.com
|
|
<48134817@github.com>>") BODYSTRUCTURE (("TEXT" "PLAIN" ("CHARSET" "UTF-8")
|
|
NIL NIL "7BIT" 273 8 NIL NIL NIL)("TEXT" "HTML" ("CHARSET" "UTF-8") NIL NIL
|
|
"7BIT" 621 5 NIL NIL NIL) "ALTERNATIVE" ("BOUNDARY"
|
|
"--==_mimepart_53b9fdb735668_75643fd39d2f52a04456d8" "CHARSET" "UTF-8") NIL
|
|
NIL) BODY[HEADER.FIELDS (References)] {60}*
|
|
|
|
*References: <dinhviethoa/libetpan/issues/150@github.com <150@github.com>>*
|
|
|
|
|
|
*)*
|
|
|
|
|
|
|
|
As you can see above the RFC822 is the email data (header and body).
|
|
What I wrong?
|
|
|
|
|
|
|
|
|
|
|
|
2014-07-30 18:40 GMT+02:00 Jan Kundr?t <jkt@flaska.net>:
|
|
|
|
> On Wednesday, 30 July 2014 18:33:42 CEST, Davide Gullo wrote:
|
|
>
|
|
>> Ok Jan, I understand what you mean but the problem comes from the missed
|
|
>> RFC822.
|
|
>> The server does not send it, why?
|
|
>>
|
|
>
|
|
> What is a "missed RFC822"? Are you referring to RFC822.SIZE? I see it just
|
|
> fine in both untagged FETCH responses which the server sent you. Maybe
|
|
> you're confused by the fact that the literal syntax split the response into
|
|
> multiple "lines"? It's still a single response.
|
|
>
|
|
> BTW, do you realize that it would be perfectly OK for the server to
|
|
> actually send many responses instead of a single one, like this:
|
|
>
|
|
> * 1 FETCH (X-GM-MSGID 1345148067064026772 UID 7848)\r\n
|
|
> * 1 FETCH (RFC822.SIZE 1372 BODY[HEADER.FIELDS (References)]
|
|
> {2}\r\n\r\n)\r\n
|
|
> * 1 FETCH (FLAGS (\Seen) ENVELOPE (...))\r\n
|
|
> * 1 FETCH (BODY[HEADER.FIELDS (References)] {2}\r\n\r\n)\r\n
|
|
>
|
|
> I have no idea what else you're asking about, sorry.
|
|
>
|
|
>
|
|
> Cheers,
|
|
> Jan
|
|
>
|
|
> --
|
|
> Trojit?, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
|
|
> _______________________________________________
|
|
> 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/456c14fb/attachment.html>
|