diff options
| author | Matthias Andree <matthias.andree@gmx.de> | 2011-08-21 15:07:48 +0200 |
|---|---|---|
| committer | Matthias Andree <matthias.andree@gmx.de> | 2011-08-21 15:33:04 +0200 |
| commit | 138baebcae334c2c222c0d0299148fe1aef0315c (patch) | |
| tree | 3de1053601b6f7ea49ac15593892e22ecdf57a8c /NEWS | |
| parent | ba842a38242a6c322c3324b476a9aeec40c2ccd3 (diff) | |
| download | fetchmail-138baebcae334c2c222c0d0299148fe1aef0315c.tar.gz fetchmail-138baebcae334c2c222c0d0299148fe1aef0315c.tar.bz2 fetchmail-138baebcae334c2c222c0d0299148fe1aef0315c.zip | |
Critical fix: don't embed NUL in unterminated last IMAP line.
Found by Antoine Levitt.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 12 |
1 files changed, 12 insertions, 0 deletions
@@ -56,6 +56,18 @@ removed from a 6.4.0 or newer release.) -------------------------------------------------------------------------------- +fetchmail-6.3.21 (not yet released): + +# CRITICAL BUG FIX +* The IMAP client no longer inserts NUL bytes into the last line of a message + when it is not closed with a LF or CRLF sequence. Reported by Antoine Levitt. + As a side effect of the fix, and in order to avoid a full rewrite, fetchmail + will now CRLF-terminate the last line fetched through IMAP, even if it is + originally not terminated by LF or CRLF. This bears no relevance if your + messages end up in mbox, but adds line termination for storages (like Maildir) + that do not require that the last line be LF- or CRLF-terminated. + + fetchmail-6.3.20 (released 2011-06-06, 26005 LoC): # SECURITY BUG FIXES |