Nakon 6 godina neaktivnosti dostupan je fetchmail 6.4.0

Više od 6 godina od posljednjeg ažuriranja vidio svjetlo izdanje programa za isporuku i preusmjeravanje e-pošte fetchmail 6.4.0, koji vam omogućava da prikupljate poštu koristeći protokole i ekstenzije POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN i ODMR, filtrirate primljenu korespondenciju, distribuirate poruke sa jednog naloga na više korisnika i preusmjeravate na lokalne poštanske sandučiće ili putem SMTP-a na drugi server (radi kao POP/IMAP-to-SMTP gateway). Kod projekta je napisan u C i distribuira licenciran pod GPLv2. Grana fetchmail 6.3.X je potpuno ukinuta.

među promjene:

  • Dodata podrška za TLS 1.1, 1.2 i 1.3 (--sslproto {tls1.1+|tls1.2+|tls1.3+}). Izrada sa OpenSSL-om je podrazumevano omogućena (za rad je potrebna najmanje grana 1.0.2, a za TLSv1.3 - 1.1.1). Podrška za SSLv2 je ukinuta. Podrazumevano, umjesto SSLv3 i TLSv1.0, STLS/STARTTLS deklarira TLSv1.1. Da biste vratili SSLv3, trebate koristiti OpenSSL sa lijevom podrškom za SSLv3 i pokrenuti fetchmail sa oznakom “-sslproto ssl3+”.
  • Standardno je omogućen način provjere SSL certifikata (-sslcertck). Da biste onemogućili provjeru, sada morate eksplicitno navesti opciju “--nosslcertck”;
  • Podrška za veoma stare C kompajlere je ukinuta. Izgradnja sada zahteva kompajler koji podržava 2002 SUSv3 standard (Single Unix Specification v3, podskup POSIX.1-2001 sa XSI ekstenzijama);
  • Efikasnost praćenja UID-a je povećana (“—čuvaj UID” režim) pri distribuciji poruka iz poštanskog sandučeta putem POP3;
  • Učinjena su brojna poboljšanja za podršku šifrovanih veza;
  • Ispravljena je ranjivost koja je mogla dovesti do prekoračenja bafera u GSSAPI kodu za autentifikaciju kada se manipulira korisničkim imenima koja prelaze 6000 znakova.

Dodatak: na raspolaganju izdanje 6.4.1 s ispravkama za dvije regresije (nepotpuna popravka za Debian bug 941129 rezultirala je nemogućnošću pronalaženja konfiguracijskih datoteka fetchmaila 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