[fetchmail-devel] [BUG] IMAP client doesn't read literals properly

[Matthias A. <ma...@dt...>]

While debugging Rodolfo Borges' "no '\n' at the last line" bug-report on
fetchmail-friends, I found that the IMAP reader doesn't properly detect
the end of the mail; sample output:

fetchmail: IMAP> A0009 FETCH 372 BODY.PEEK[TEXT]
fetchmail: IMAP< * 372 FETCH (BODY[TEXT] {4}
fetchmail: IMAP< test)
fetchmail: IMAP< A0009 OK Fetch completed.

and the ) that is part of the untagged FETCH reply from the 2nd line
becomes part of the message.

The curly brace notation, {N} means that there will be N octets after
the end of the line - and the 4 is pretty clearly a 4, not a 5 -- see
RFC-3501 (IMAP v4) for details.

I presume one of the many workarounds broke the protocol for working
servers. Haven't had time to R&D a proper fix yet, apparently, fetchmail
ignores the length.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)