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.
participants (2)
-
Timo Sirainen
-
Vlad Pop