MBOX-Line: From aclark at ghoti.org  Wed Apr 18 17:32:45 2012
To: imap-protocol@u.washington.edu
From: Ashley Clark <aclark@ghoti.org>
Date: Fri Jun  8 12:34:48 2018
Subject: [Imap-protocol] BODY.PEEK[HEADER] response
Message-ID: <0F7D3273-B2F6-4EC8-BAE5-F08B39A94CBB@ghoti.org>

I think I may be dealing with a buggy server but I wanted to verify my assumptions first.

upon making this request to a particular server, I'm seeing this kind of response:

C: 3 fetch 1 body.peek[header]
S: * 1 FETCH (BODY[HEADER] {2006}
S: <data>
S: <data>
S: 
S: 
S: )
S: 3 OK FETCH complete

this seems like one newline too many in the response, but I can't find anything specific that dictates how many newlines are acceptable at the end of a BODY[HEADER] request.

when doing the same request against a Dovecot server I see only one trailing newline pair:

C: 3 fetch 1 body.peek[header]
S: * 1 FETCH (BODY[HEADER] {2004}
S: <data>
S: <data>
S: 
S: )
S: 3 OK FETCH complete


but is that just convention or is this server breaking some part of the spec? if so, which part?


Ashley
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4798 bytes
Desc: not available
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20120418/a4972057/attachment.p7s>
