Please ignore my previous theory regarding content-lenth and lines fields. Although my new data shows similar problem but in zimbra's imap implementation specifically. Talking to the imap server directly I get the following.
On Zimbra:
a03 fetch 796 body
* 796 FETCH (BODY (("TEXT" "PLAIN" ("CHARSET" "utf-8") NIL NIL "QUOTED-PRINTABLE" 1104 0)("TEXT" "HTML" ("CHARSET" "utf-8") NIL NIL "QUOTED-PRINTABLE" 1483 0) "ALTERNATIVE"))
a03 OK FETCH completed
According to the rfc the number following the number of octets for each mime section (in this case 1104 and 1483 respectively) is the number of lines. Zimbra returns 0 lines for both mime sections. I'll bet WM5 looks at the number of lines rather than the number of octets so it looks like an empty message.
On non-Zimbra imap:
a04 fetch 1910 body
* 1910 FETCH (BODY (("TEXT" "PLAIN" ("CHARSET" "utf-8") NIL NIL "QUOTED-PRINTABLE" 1104 30)("TEXT" "HTML" ("CHARSET" "utf-8") NIL NIL "QUOTED-PRINTABLE" 1483 33) "ALTERNATIVE"))
a04 OK FETCH completed
Note on the non-zimbra server (where WM5 works fine), it shows the correct number of lines for each section.  |