ANNOUNCE: The 6.4.16 release of fetchmail is available (correction #1, URL in announcement)

Matthias Andree <[email protected]>
Newsgroups gmane.mail.fetchmail.user
Message-ID <YCQtqoATt7FQX1NX__20008.5761303612$1612983753$gmane$org@ryzen.an3e.de>
[re-send with corrected download URLs]

Greetings,

The 6.4.16 release of fetchmail is now available at the usual locations,
including <https://sourceforge.net/projects/fetchmail/branch_6.4/>.

It contains a few bug fixes and is more willing to give information on the
trust store paths it is using (with -V or --version).

The source archive is available at:
<https://sourceforge.net/projects/fetchmail/files/branch_6.4/fetchmail-6.4.16.tar.xz/download>
<https://sourceforge.net/projects/fetchmail/files/branch_6.4/fetchmail-6.4.16.tar.lz/download>

Detached GnuPG signatures for the respective tarballs are at:
<https://sourceforge.net/projects/fetchmail/files/branch_6.4/fetchmail-6.4.16.tar.xz.asc/download>
<https://sourceforge.net/projects/fetchmail/files/branch_6.4/fetchmail-6.4.16.tar.lz.asc/download>

SHA256 hash values for the tarballs:
SHA256(fetchmail-6.4.16.tar.lz)= 0cc50212d62a7c9912e0c7fdf795ba205db554195d05a45e36c94671ec54c089
SHA256(fetchmail-6.4.16.tar.xz)= 044b9a0ac03afbae7744979defe3e2e32e39141bca68fd0c8deda2ed40884fb9

Here are the release notes:

---------------------------------------------------------------------------------
fetchmail-6.4.16 (released 2021-02-08, 27707 LoC):

# BUG FIXES
* fetchmail's --configdump, and fetchmailconf, lacked support for the
  sslcertfile option. --configdump support added by Earl Chew,
  Gitlab issue #25, merge request !28.
* fetchmail's manual page was never updated to reflect 6.2.5's change about the
  duplicate-killer code for multidrop mode, which read
  "* Dup-killer code now keys on an MD5 hash of the raw headers."
  ...instead of just the Message-ID. [commit 9dd8400, 2003-10-10 by esr]
  The manual page was now updated accordingly and documents
  historic behaviour:
  start to 5.0.7 no duplicate suppression;
  5.0.8 to 6.2.4 duplicate suppression only by Message-ID;
  6.2.5 to 6.4.X duplicate suppression by entire raw header.
  Manpage bug found by Julian Bane debugging "duplicate message" behaviour.
* ./configure no longer runs AC_LIB_LINKFLAGS (how to link) checks
  when called --without-ssl

# FEATURES
* fetchmail --version [fetchmail -V] now queries and prints the SSL/TLS
  library's "SSL default trusted certificate" file or directory (mind the word
  "default"), where the OpenSSL-compatible TLS implementation will look for
  trusted root, meaning certification authority (CA), certificates.
  NOTE 1: watch the output carefully if the line prints the defaults
  or the configured path (without "default").
  NOTE 2: SSL_CERT_DIR and SSL_CERT_FILE are documented environment variables
  for OpenSSL 1.1.1 to override the *default* locations (those compiled into
  OpenSSL or possibly in its configuration file).
  This was added when Gene Heskett was debugging his setup and the
  information "where does OpenSSL look" was missing.
* fetchmail --version now prints version of the OpenSSL library that
  it was compiled against, and that it is using at runtime, and also
  the OPENSSL_DIR and OPENSSL_ENGINES_DIR (if available).

# TRANSLATION UPDATES
  These fine people have contributed updated translations for fetchmail,
  in no particular order:
* sq:    Besnik Bleta [Albanian]
* eo:    Keith Bowes [Esperanto]
* cs:    Petr Pisar [Czech]
* pl:    Jakub Bogusz [Polish]
* sv:    Göran Uddeborg [Swedish]
* fr:    Frédéric Marchal [French]

# KNOWN BUGS AND WORKAROUNDS
  (This section floats upwards through the NEWS file so it stays with the
  current release information)
* Fetchmail does not handle messages without Message-ID header well
  (See sourceforge.net bug #780933)
* Fetchmail currently uses 31-bit signed integers in several places
  where unsigned and/or wider types should have been used, for instance,
  for mailbox sizes, and misreports sizes of 2 GibiB and beyond.
  Fixing this requires C89 compatibility to be relinquished.
* BSMTP is mostly untested and errors can cause corrupt output.
* Fetchmail does not track pending deletes across crashes.
* The command line interface is sometimes a bit stubborn, for instance,
  fetchmail -s doesn't work with a daemon running.
* Linux systems may return duplicates of an IP address in some circumstances if
  no or no global IPv6 addresses are configured.
  (No workaround. Ubuntu Bug#582585, Novell Bug#606980.)
* 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.

---------------------------------------------------------------------------------

Happy fetches,
Matthias

_______________________________________________
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/zhVoFAmAkLaQACgkQ5BKxVu/z
hVoLphAAuq3fcNNRmdYDhY0v+GGZEG4wqpcJyDqYvjcOVvFQ/zXy6uDhY6a0Plhk
aa0Q8XyD4xg7C9KHWORRVBG6iPTlsyTRJLWpOfeyrugggud3vQZZbCPreaQ0y7l+
ieme3eRJsCjf6rZFy8WC/+NmHs2dJSEEBry/DkKy/gPKn7FKTlWzHvINudluCCtF
sOfHtHVBUTBYdd39FplvSeUGmnAXDK0H5rr3cS4HEuiTQDr4O95cfa8PYHhQkSWQ
OIuzWynb0wuo6vKbEMMSUFWPexSoSHMsths7vjbvLVTj0xsj9jiR4t7NjWD94zQJ
AZ3IjcqNxBphz+C2RdxbwvzET0lgANkYDcCWTmyuhvgURr+SugsQGQYE4xDMFdwQ
CTdQ9Uas+k6I+IJvwXRr+KwFA22KWnyI+hVHtCThSQlvPzBtX5j6JYsZcLL+u3E6
sLIE3JLuPHMMH5N8SiKXfxXzCMuo4236r1j7NHAdddejWeapBxvwFY8jNRENzYCO
5AbqHm22CIGXAmBM56Dz6mx8NTHceLg/snhDMfB66jWkKJS4E64/50uNyKIwqBXq
OhtB797dzCmGT3R1DOtjn6BzdekZuG2P0jMtrbnDEaDh3F+wZzsMiQxdf6vfC4QX
IAa2fUTxQTDEaziEi+TlEvs7SDgjKIja6bal/Cl2EeMnXwgGdq4=
=3dMB
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.