Po 6 latach nieaktywności dostępna jest wersja fetchmail 6.4.0

Po ponad 6 latach od ostatniej aktualizacji ujrzał światło wydanie programu do dostarczania i przekazywania poczty elektronicznej fetchmail 6.4.0, pozwalającego na pobieranie poczty z wykorzystaniem protokołów i rozszerzeń POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN i ODMR, filtrowanie otrzymanej korespondencji, rozdzielanie wiadomości z jednego konta na kilku użytkowników oraz przekazywanie do lokalnych skrzynek pocztowych lub przez SMTP na inny serwer (działanie jako brama POP/IMAP-do-SMTP). Kod projektu napisany jest w języku C i rozpowszechniany na licencji GPLv2. Wsparcie dla gałęzi fetchmail 6.3.X zostało całkowicie zakończone.

Wśród zmian:

• Dodano wsparcie dla TLS 1.1, 1.2 i 1.3 (—sslproto {tls1.1+|tls1.2+|tls1.3+}). Domyślnie wbudowana wersja z OpenSSL (wymagana jest co najmniej wersja 1.0.2, a dla TLSv1.3 — 1.1.1). Zakończono wsparcie dla SSLv2. Domyślnie zamiast SSLv3 i TLSv1.0 w STLS/STARTTLS ogłaszane jest TLSv1.1. Aby wrócić do SSLv3, należy używać OpenSSL z zachowaną obsługą SSLv3 i uruchomić fetchmail z flagą „—sslproto ssl3+”.
• Domyślnie włączony jest tryb weryfikacji certyfikatów SSL (—sslcertck). Aby wyłączyć weryfikację, należy teraz wyraźnie podać opcję „—nosslcertck”;
• Zakończono wsparcie dla bardzo starych kompilatorów C. Do budowy teraz wymagany jest kompilator wspierający standard SUSv3 wydany w 2002 roku (Single Unix Specification v3, podzbiór POSIX.1-2001 z rozszerzeniami XSI);
• Zwiększona wydajność śledzenia UID (tryb „—keep UID”) przy rozdzielaniu wiadomości z skrzynki pocztowej przez POP3;
• Wprowadzone liczne ulepszenia związane z obsługą szyfrowanych połączeń;
• Usunięto lukę, która mogła prowadzić do przepełnienia bufora w kodzie uwierzytelniania przez GSSAPI w trakcie manipulacji nazwami użytkowników, których długość przekracza 6000 znaków.

Uzupełnienie: dostępne wydanie 6.4.1 z poprawką dwóch regresji (niekompletna poprawka debianowskiego błędu 941129 doprowadziła do niemożności znalezienia plików konfiguracyjnych fetchmail w niektórych przypadkach oraz problemu z _FORTIFY_SOURCE przy PATH_MAX większym od minimalnego _POSIX_PATH_MAX).

Źródło: opennet.ru