dovecot - Sep 2015 - Fetch command response questions

Hello,



I have the following issue:



When using command?

FETCH 2 (BODY.PEEK[HEADER] UID INTERNALDATE FLAGS BODYSTRUCTURE)

on 2 different emails, we get 2 different response structure.



First response structure contains the BODYSTRUCTURE in a single line, while in
the second response, the BODYSTRUCTURE is divided into multiple lines with
"{61}" character at the end of each line.



The difference between those 2 emails is the name of some attachments. The
attachment is an .eml file named "Re: [SR-Users] Keep-Alive in dialog
"freeing a free fragment""



Is this a sort of bug or is it correct to receive the?BODYSTRUCTURE on multiple
lines?



Vlad Pop

On 09/08/2015 02:58 PM, Vlad Pop wrote:
> Hello,
> 
> 
> 
> I have the following issue:
> 
> 
> 
> When using command 
> 
> FETCH 2 (BODY.PEEK[HEADER] UID INTERNALDATE FLAGS BODYSTRUCTURE)
> 
> on 2 different emails, we get 2 different response structure.
> 
> 
> 
> First response structure contains the BODYSTRUCTURE in a single line, while
in the second response, the BODYSTRUCTURE is divided into multiple lines with
"{61}" character at the end of each line.
> 
> 
> 
> The difference between those 2 emails is the name of some attachments. The
attachment is an .eml file named "Re: [SR-Users] Keep-Alive in dialog
"freeing a free fragment""
> 
> 
> 
> Is this a sort of bug or is it correct to receive the BODYSTRUCTURE on
multiple lines?
IMAP server can decide whether it returns a "string" or
{123}\r\nliteral. Dovecot decides this in such a way that it sends the
minimum number of bytes to the IMAP client. So there is no bug in Dovecot.