Kuuden vuoden käyttämättömyyden jälkeen fetchmail 6 on saatavilla

Yli 6 vuotta edellisestä päivityksestä näki valon sähköpostin toimitus- ja edelleenlähetysohjelmiston julkaisu fetchmail 6.4.0, jonka avulla voit noutaa postia käyttämällä POP2-, POP3-, RPOP-, APOP-, KPOP-, IMAP-, ETRN- ja ODMR-protokollia ja -laajennuksia, suodattaa vastaanotetut sähköpostit, jakaa viestejä yhdeltä tililtä useille käyttäjille ja ohjata paikallisiin postilaatikoihin tai SMTP:n kautta toinen palvelin (toimii POP/IMAP-SMTP-yhdyskäytävänä). Projektikoodi on kirjoitettu C-kielellä ja jakelija lisensoitu GPLv2:lla. Fetchmail 6.3.X -haaran tuki on lopetettu kokonaan.

Keskuudessa muutoksia:

  • Lisätty tuki TLS 1.1:lle, 1.2:lle ja 1.3:lle (-sslproto {tls1.1+|tls1.2+|tls1.3+}). Build with OpenSSL on oletusarvoisesti käytössä (vaatii vähintään haaran 1.0.2 toimiakseen ja 1.3 TLSv1.1.1:lle). SSLv2:n tuki on poistettu. Oletusarvoisesti STLS/STARTTLS ilmoittaa TLSv3:n SSLv1.0:n ja TLSv1.1:n sijaan. SSLv3:n palauttaminen edellyttää OpenSSL:n käyttöä SSLv3-tuen kanssa ja fetchmailin suorittamista "--sslproto ssl3+"-lipulla.
  • Oletusarvoisesti SSL-varmenteen vahvistustila on käytössä (-sslcertck). Jos haluat poistaa tarkistuksen käytöstä, sinun on nyt määritettävä "--nosslcertck" -vaihtoehto;
  • Tuki on poistettu erittäin vanhoille C-kääntäjille. Build vaatii nyt kääntäjän, joka tukee vuoden 2002 SUSv3-standardia (Single Unix Specification v3, POSIX.1-2001:n osajoukko XSI-laajennuksilla);
  • Parannettu UID-seurannan tehokkuus ("-keep UID" -tila), kun viestejä jaetaan postilaatikosta POP3:n kautta;
  • Lukuisia salattujen yhteyksien tukemiseen liittyviä parannuksia on tehty;
  • Korjattu haavoittuvuus, joka voi johtaa puskurin ylivuotoon GSSAPI-todennuskoodissa, kun yli 6000 merkin pituisia käyttäjänimiä käsitellään.

täydentämään saatavilla julkaisu 6.4.1, joka korjaa kaksi regressiota (Debian-virheen 941129 epätäydellinen korjaus aiheutti joissain tapauksissa fetchmailin konfigurointitiedostojen puuttumisen ja _FORTIFY_SOURCE-ongelman, kun PATH_MAX on suurempi kuin vähimmäisarvo _POSIX_PATH_MAX).

Lähde: opennet.ru

Lisää kommentti