MBOX-Line: From gullo at m4ss.net  Thu Jul 31 03:47:28 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: <ae280bb1-9143-4e5b-b05d-aeb1c90343bf@gulbrandsen.priv.no>
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>
	<9b80c7bb-b901-4e52-a3ab-db7bee7018aa@gulbrandsen.priv.no>
	<CANVPb6v7fm=O8zn1pRU=boNzHzyrTibe_CM_Nu=-cDgpR4XNPw@mail.gmail.com>
	<ae280bb1-9143-4e5b-b05d-aeb1c90343bf@gulbrandsen.priv.no>
Message-ID: <CANVPb6tCigWZF-4CbzErH6v8Hncuf8VgQ8LcPTHjy+2TxDaA-Q@mail.gmail.com>

@Arnt
it is not a client. It is the app "BackUp Gmail" for OSX so it needs to
download the complete RFC822 field to store all the content in an eml file.

@Jan
Yes, sorry. I realized the real error just after your first email in this
thread. Thanks!



2014-07-31 8:59 GMT+02:00 Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>:

> On Wednesday, July 30, 2014 7:04:01 PM CEST, Davide Gullo wrote:
>
>> I follow the rfc3501 and in the 7.4.2 section you can read:
>>
>>  RFC822
>>          Equivalent to BODY[].
>>
>
> I see now. I was confused by the way you issued both body[...]/envelope
> and rfc822, sorry.
>
> Why do you want to download e.g. the From address twice?
>
>
>  What is a "good client"?
>>
>
> Same as for every network protocol: One that downloads little more than it
> uses, that doesn't send unnecessary commands, that chooses efficient and
> effective commands for its purpose, and that avoids making its user wait
> for the network.
>
> Most clients have both good and bad aspects. For example, the client I'm
> using to type this only downloads one copy of the From address for a
> message, and doesn't download large attachments unless I need those
> attachments: Good. But it's also checked the number of messages in the
> Drafts folder dozens of time while I was sleeping in my bed tonight: Bad.
>
>
> Arnt
>
> _______________________________________________
> 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/20140731/12895139/attachment.html>
