Nakon 6 godina neaktivnosti fetchmail 6.4.0 je dostupan

Više od 6 godina od posljednjeg ažuriranja ugledao svjetlo izdanje programa za dostavu i preusmjeravanje e-pošte fetchmail 6.4.0, koji vam omogućuje prikupljanje pošte pomoću protokola i ekstenzija POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN i ODMR, filtriranje primljene korespondencije, distribuciju poruka s jednog računa na više korisnika i preusmjeravanje na lokalne poštanske sandučiće ili putem SMTP-a na drugi poslužitelj (radi kao POP/IMAP-to-SMTP pristupnik). Projektni kod je napisan u C i distribuira licenciran pod GPLv2. Ogranak fetchmail 6.3.X u potpunosti je ukinut.

među promjene:

  • Dodana podrška za TLS 1.1, 1.2 i 1.3 (--sslproto {tls1.1+|tls1.2+|tls1.3+}). Izrada s OpenSSL-om je omogućena prema zadanim postavkama (za rad je potrebna barem grana 1.0.2, a za TLSv1.3 - 1.1.1). Podrška za SSLv2 je ukinuta. Prema zadanim postavkama, umjesto SSLv3 i TLSv1.0, STLS/STARTTLS deklarira TLSv1.1. Da biste vratili SSLv3, trebate koristiti OpenSSL s lijevom podrškom za SSLv3 i pokrenuti fetchmail s oznakom “-sslproto ssl3+”.
  • Prema zadanim postavkama omogućen je način provjere SSL certifikata (-sslcertck). Da biste onemogućili provjeru, sada morate eksplicitno navesti opciju “--nosslcertck”;
  • Podrška za vrlo stare C kompajlere je prekinuta. Izgradnja sada zahtijeva kompilator koji podržava 2002 SUSv3 standard (Single Unix Specification v3, podskup POSIX.1-2001 s XSI ekstenzijama);
  • Učinkovitost praćenja UID-a je povećana (način “—keep UID”) pri distribuciji poruka iz poštanskog sandučića putem POP3;
  • Učinjena su brojna poboljšanja za podršku šifriranih veza;
  • Ispravljena je ranjivost koja je mogla dovesti do prekoračenja međuspremnika u GSSAPI autentifikacijskom kodu prilikom manipuliranja korisničkim imenima koja premašuju 6000 znakova.

dodatak: dostupno izdanje 6.4.1 s popravcima za dvije regresije (nepotpuni popravak za Debian bug 941129 rezultirao je nemogućnošću pronalaženja fetchmail konfiguracijskih datoteka u nekim slučajevima i problemom s _FORTIFY_SOURCE kada je PATH_MAX veći od minimalnog _POSIX_PATH_MAX).

Izvor: opennet.ru

Dodajte komentar