Re: [Imap-protocol] Size wrong

Ah, right, we compute the attributes in alphabetical order, so normally
we'd do the BODY first and then RFC822.SIZE would be correct.  Since you're
using the older RFC822 name instead, its coming later.

Which is to say that yes the size can be off, but we tried to make it be
correct when you request both, otherwise Thunderbird would truncate larger
messages that were being fetched in chunks.

Brandon
On Dec 5, 2013 2:57 PM, "Brandon Long" <[email protected]> wrote:

> Why ask for the size if you're getting the whole data?  j/k
>
> Anyways, I'm a bit surprised that it would be wrong in that context, but
> yes, they can be off in our implementation.  We've been trying to fix all
> of our data to prevent it, but the fixes are still ongoing.
>
> If you want to send me the account off-list, I can take a look to see if
> its a known issue causing it in this case or not.
>
> Brandon
>
>
> On Thu, Dec 5, 2013 at 2:18 PM, Davide Gullo <[email protected]> wrote:
>
>> Hi,
>> I'm fetching data from Gmail IMAP server and I get this response:
>>
>>   20293 FETCH (X-GM-MSGID 1345230530776790491 UID 33925 RFC822.SIZE
>> *14787* RFC822 {*14985*}
>>
>> Look at the RFC822.SIZE (14787), it is different from the size in
>> RFC822 {14985}.
>> Do you see something like that before?
>> It could be a bug or I miss something from the IMAP protocol?
>>
>>
>> Thanks and Regards,
>>
>> --
>> Davide Gullo
>>
>> _______________________________________________
>> Imap-protocol mailing list
>> [email protected]
>> http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol
>>
>
>

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