diff options
author | Matthias Andree <matthias.andree@gmx.de> | 2021-08-27 19:24:03 +0200 |
---|---|---|
committer | Matthias Andree <matthias.andree@gmx.de> | 2021-08-27 19:50:58 +0200 |
commit | 616e8c70a39521839847d4c3b61fcb878b689075 (patch) | |
tree | 63de66dd92fefbdefea97aaff326d71d46d45105 /NEWS | |
parent | 2a2150f4cd1bd6b10c1b327e6aa2704bb421f128 (diff) | |
download | fetchmail-616e8c70a39521839847d4c3b61fcb878b689075.tar.gz fetchmail-616e8c70a39521839847d4c3b61fcb878b689075.tar.bz2 fetchmail-616e8c70a39521839847d4c3b61fcb878b689075.zip |
imap.c, pop3.c: fix protocol regression of 6.4.22.rc1
fetchmail 6.4.22.rc1 clobbered its IMAP state too late, and lost
information on the protocol version in many circumstances.
Consequently, it tried to talk IMAP4 to IMAP4rev1 servers, which failed.
This fix the clear_sessiondata() out to the new constructor and
destructor, such that imap_getauth() only needs to call it after
STARTTLS, when it must re-probe CAPABILITY anyways.
This was the same bug for POP3, which however does not collect state
from the greeting, so that the bug was without effect for POP3.
Reported by: Corey Halpin, FreeBSD port maintainer.
Diffstat (limited to 'NEWS')
-rw-r--r-- | NEWS | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -84,6 +84,10 @@ removed from a 6.5.0 or newer release.) * Kerberos 5 may be broken, particularly on Heimdal, and provide bogus error messages. This will not be fixed, because the maintainer has no Kerberos 5 server to test against. Use GSSAPI. +* For IMAP connections, fetchmail will print "will idle after poll" in + verbose mode even though --idle is not given, as an artifact of the 6.4.22 + security fixes. Fetchmail means "could idle after poll", but this would + have required another loop through the translators. -------------------------------------------------------------------------------- fetchmail-6.4.22 (not yet released): |