ANNOUNCE: The 6.5.0.beta7 snapshot of fetchmail is available

Matthias Andree <[email protected]> Mon, 28 Feb 2022 02:44:40 +0100
Newsgroups gmane.mail.fetchmail.user
Message-ID <YhwpCOWfu7zmOdTO__37158.5379399889$1646012722$gmane$org@ryzen.an3e.de>
Greetings,

The 6.5.0.beta7 release of fetchmail is now available at
<https://downloads.sourceforge.net/project/fetchmail/branch_6.5/>.

The source archive is available at:
<https://downloads.sourceforge.net/project/fetchmail/branch_6.5/fetchmail-6.5.0.beta7.tar.xz/download>

The detached GnuPG signature is available at:
<https://downloads.sourceforge.net/project/fetchmail/branch_6.5/fetchmail-6.5.0.beta7.tar.xz.asc/download>

The SHA256 hash for the tarball is:
SHA256(fetchmail-6.5.0.beta7.tar.xz)= ec7c7b1af74e6cf8b4011bbe4f270796775e9db672a731bc68980124b91d0133

Here are the release notes:
=-------------------------------------------------------------------------------
fetchmail-6.5.0.beta7: (since .beta6):

# ADDITIONS:
* There is now a --forceidle feature to force idle mode even if not advertised
  in the server capabilities. This is a dangerous option, use it carefully.
  Courtesy of Eric Durand, GitLab merge request !39.
* rcfile parsing errors are now reported in more detail, and with -vv mode,
  also lead to a non-importable Python dump of what was obtained, for debugging.

=-------------------------------------------------------------------------------
fetchmail-6.4.22...27 were merged into .beta7, highlights:

# BREAKING CHANGES:
* Since distributions continue patching for LibreSSL use, which cannot be
  linked legally, block out LibreSSL in configure.ac and socket.c, and
  refer to COPYING, unless on OpenBSD (which ships it in the base system).
  OpenSSL and wolfSSL 5 can be used.  SSL-related documentation was updated, do 
  re-read COPYING, INSTALL, README, README.packaging, README.SSL.

  Note that distribution of packages linked with LibreSSL is not feasible
  due to a missing GPLv2 clause 2(b) exception.

  fetchmail can now be used with wolfSSL 5.1.1's OpenSSL compatibility layer,
  see INSTALL and README.SSL. This is considered experimental.
  Feedback solicited.

# OPENSSL AND LICENSING NOTE:
* fetchmail 6.5.0 is compatible with OpenSSL 1.1.1 and 3.0.0.
  OpenSSL's licensing changed between these releases from dual OpenSSL/SSLeay 
  license to Apache License v2.0, which is considered incompatible with GPL v2 
  by the FSF.  For implications and details, see the file COPYING.

# ADDITIONS:
* Added an example systemd unit file and instructions to contrib/systemd/
  which runs fetchmail as a daemon with 5-minute poll intervals.
  Courteously contributed by Barak A. Pearlmutter, Debian Bug#981464.

# CHANGES:
* ./configure --with-ssl now supports pkg-config module names, too. See INSTALL.
* IMAP: When fetchmail is in not-authenticated state and the server volunteers 
  CAPABILITY information, use it and do not re-probe. (After STARTTLS, fetchmail 
  must and will re-probe explicitly.)
* fetchmail.man and README.SSL were updated in line with RFC-8314/8996/8997
  recommendations to prefer Implicit TLS (--ssl/ssl) and TLS v1.2 or newer,
  placing --sslproto tls1.2+ more prominently.
 
# SECURITY FIXES:
* CVE-2021-39272: fetchmail-SA-2021-02: On IMAP connections, without --ssl and 
  with nonempty --sslproto, meaning that fetchmail is to enforce TLS, and when 
  the server or an attacker sends a PREAUTH greeting, fetchmail used to continue 
  an unencrypted connection.  Now, log the error and abort the connection.
  --Recommendation for servers that support SSL/TLS-wrapped or "implicit" mode on
  a dedicated port (default 993): use --ssl, or the ssl user option in an rcfile.
  --Reported by: Andrew C. Aitchison, based on the USENIX Security 21 paper "Why 
  TLS is better without STARTTLS - A Security Analysis of STARTTLS in the Email 
  Context" by Damian Poddebniak, Fabian Ising, Hanno Böck, and Sebastian 
  Schinzel.  The paper did not mention fetchmail.
* This allows STARTTLS in more scenarios, but also hardens against bypassing.

# BUG FIXES:
* Fetchmail no longer crashes when attempting a connection with --plugin "" or 
  --plugout "".
* Fetchmail no longer leaks memory when processing the arguments of --plugin or 
  --plugout on connections.
* On POP3 connections, the CAPAbilities parser is now caseblind.
* Fix segfault on configurations with "defaults ... no envelope". Reported by  
  Bjørn Mork. Fixes Debian Bug#992400.  This is a regression in fetchmail 6.4.3
  and happened when plugging memory leaks, which did not account for that the 
  envelope parameter is special when set as "no envelope". The segfault happens
  in a constant strlen(-1), triggered by trusted local input => no vulnerability.
* Fix program abort (SIGABRT) with "internal error" when invalid sslproto is 
  given with OpenSSL 1.1.0 API compatible SSL implementations.
================================================================================

_______________________________________________
Fetchmail-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fetchmail-users
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE3EplW9mTzUhx+oIQ5BKxVu/zhVoFAmIcKQQACgkQ5BKxVu/z
hVop5w//ZgD2r4E7oumzNCZzIlAFYo1rMBoThm/ooscSjhkyPhPRVcwEyq9OdHdz
llfE1iim1lP9GrCFF5lqv0Zwr7r3yoxXWdII3l4p91cBdI6uALShRw89HiGJxmDA
zct/tekHQ3bU3wCgIM/OPO+QO42lfs3HJ1q0iI+1mu/J8ytvCt+D4oIAWQQ7I1Qq
k20NjvRfG3tcxvsMwKKiEqf7/WNmMbV5eyZSsCI+6mnckHgSymE3LEdLdzYMtY2q
z7ca4jWNEiNeLalF6hYBDBHN7D3JAiAceQ1YFf2Ps+/hXZAc4y2qMs9ghwqlo/Pa
SqPSiVE2ZYH+x/MJDOkcA4MeCkuQixv1roqI98Yrc1BCuNqWdC7tlrvxCVxxUDhY
8hINm8uB9EW1uI7E/sO+jh67n1kjHewvEo2oLnVsITmgsPTBZaGDQHkOat3ONKxv
NyyyvOAODGiwhZtYqmdFYi9VDLFmgLe04IVORdad7msCd5xWjGpqBA4sOqAjVEp8
nOEPCVmeAwhbPvbb6remlXPMzGj4W3JzlWfhI/8ejoG6X2+VXx3IwErIm1Nks8fa
swkAAXX75zPefxEQfE1Nr3ennXFcf0464X7LYkqhYwxlN7P/9bozzHOwUB4vRY5n
3DY1ggVj4dmGENP1qwRsW6f/Yw6XI2gIAHs6ot89vxwNRjC2t/A=
=uXXE
-----END PGP SIGNATURE-----