Hi,
I encountered a strange response to message part fetch command. It looks like a bug in the server to me but I would like to get a second opinion. Suggestions how to work around this problem are welcome too. The problem is the server promises to send 23824 octects long literal but sends 4040+ characters and happily announces the processing has finished (sanitized log below). Any clues?
Pawel
IMAP S: * OK Microsoft Exchange 2000 IMAP4rev1 server version
6.0.6249.0 (hostname) ready.
IMAP C: 1 CAPABILITY
IMAP S: * CAPABILITY IMAP4 IMAP4rev1 IDLE LOGIN-REFERRALS MAILBOX- REFERRALS NAMESPACE LITERAL+ UIDPLUS CHILDREN AUTH=NTLM
1 OK CAPABILITY completed.
IMAP C: 2 LOGIN "username" (password hidden)
IMAP S: 2 OK LOGIN completed.
IMAP C: 3 SELECT "INBOX"
IMAP S: * 92 EXISTS
* 2 RECENT
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags
* OK [UNSEEN 92] Is the first unseen message
* OK [UIDVALIDITY 72077] UIDVALIDITY value
3 OK [READ-WRITE] SELECT completed.
[snip few other commands]
IMAP C: 7 FETCH 68 (BODYSTRUCTURE BODY.PEEK[HEADER.FIELDS.NOT (DATE SUBJECT FROM SENDER REPLY-TO TO CC BCC IN-REPLY-TO MESSAGE-ID CONTENT- TYPE)])
IMAP S: * 68 FETCH (BODYSTRUCTURE (("TEXT" "PLAIN" ("CHARSET" "US- ASCII") NIL NIL "7BIT" 20 1 NIL NIL NIL)("APPLICATION" "MSWORD" ("name" "document.doc") NIL NIL "BASE64" 23824 NIL ("attachment" ("filename" "document.doc")) NIL) "mixed" ("boundary" "=-m0IBuIB9siiW+PfxtZ5w") NIL NIL) BODY[HEADER.FIELDS.NOT (DATE SUBJECT FROM SENDER REPLY-TO TO CC BCC IN-REPLY-TO MESSAGE-ID CONTENT-TYPE)] {539}
[snip correct response]
)
7 OK FETCH completed.
IMAP C: 8 FETCH 68 BODY[1]
IMAP S: * 68 FETCH (BODY[1] IMAP S: {20}
attached
andy
IMAP S: )
8 OK FETCH completed.
IMAP C: 9 FETCH 68 BODY[2]
IMAP S: * 68 FETCH (BODY[2] IMAP S: {23824}
[snip 4000 octects]
OABOAHUAbQAxAHoAMAAAAAgAT0oBAFFKAQAwAP4f)
9 OK FETCH completed.-- ----------------------------------------------------------------- For information about this mailing list, and its archives, see: http://www.washington.edu/imap/imap-list.html -----------------------------------------------------------------
