MBOX-Line: From aclark at ghoti.org  Sun Oct 30 18:07:13 2011
To: imap-protocol@u.washington.edu
From: Ashley Clark <aclark@ghoti.org>
Date: Fri Jun  8 12:34:46 2018
Subject: [Imap-protocol] BODY.PEEK[section]<origin.size> FETCH response
Message-ID: <8F0DA5FA-FB07-4AFA-9C58-8F0927998343@ghoti.org>

For a message with this body structure:

3 uid fetch 1304 bodystructure
* 23 FETCH (UID 1304 BODYSTRUCTURE (("TEXT" "PLAIN" ("CHARSET" "UTF-8") NIL NIL "QUOTED-PRINTABLE" 1527 42 NIL NIL NIL)("TEXT" "HTML" ("CHARSET" "UTF-8") NIL NIL "QUOTED-PRINTABLE" 5510 85 NIL NIL NIL) "ALTERNATIVE" ("BOUNDARY" "372894113577999") NIL NIL))
3 OK UID FETCH Completed


One server returns this for a UID FETCH BODY.PEEK[]<> 

4 uid fetch 1304 body.peek[2]<0.128>
* 23 FETCH (UID 1304 BODY[2]<3456> {128}

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"  "http://w=
)w.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
4 OK UID FETCH Completed


Note, the requested origin was 0, yet the returned origin was 3456 (which is the origin of the part in the whole message).


This same message when requested from another server implementation returns this:

4 uid fetch 13281 body.peek[2]<0.128>
* 693 FETCH (UID 13281 BODY[2]<0> {128}

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"  "http://w=
)w.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
4 OK Fetch completed.


Here the origin in the server response matches the client's request.


Are one, none or both of these server implementations correct?


Thanks,
Ashley


