Po 6 metų neveiklumo pasiekiama fetchmail 6.4.0

Daugiau nei 6 metai nuo paskutinio atnaujinimo pamatė šviesą el. pašto pristatymo ir peradresavimo programos išleidimas fetchmail 6.4.0, kuri leidžia rinkti laiškus naudojant protokolus ir plėtinius POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN ir ODMR, filtruoti gautą korespondenciją, platinti pranešimus iš vienos paskyros keliems vartotojams ir peradresuoti į vietines pašto dėžutes arba per SMTP į kitą serverį. (veikia kaip POP/IMAP į SMTP šliuzas). Projekto kodas parašytas C ir išplatino licencijuota pagal GPLv2. Fetchmail 6.3.X filialas buvo visiškai nutrauktas.

Tarp pokyčiai:

  • Pridėtas TLS 1.1, 1.2 ir 1.3 palaikymas (--sslproto {tls1.1+|tls1.2+|tls1.3+}). Build with OpenSSL yra įjungtas pagal numatytuosius nustatymus (kad veiktų bent filialas 1.0.2, o TLSv1.3 - 1.1.1). SSLv2 palaikymas buvo nutrauktas. Pagal numatytuosius nustatymus vietoj SSLv3 ir TLSv1.0 STLS/STARTTLS deklaruoja TLSv1.1. Norėdami grąžinti SSLv3, turite naudoti OpenSSL su SSLv3 palaikymu ir paleisti fetchmail su žyma „-sslproto ssl3+“.
  • Pagal numatytuosius nustatymus įjungtas SSL sertifikato tikrinimo režimas (-sslcertck). Norėdami išjungti patikrinimą, dabar turite aiškiai nurodyti parinktį „--nosslcertck“;
  • Labai senų C kompiliatorių palaikymas buvo nutrauktas. Dabar kuriant reikia kompiliatoriaus, palaikančio 2002 m. SUSv3 standartą (Single Unix Specification v3, POSIX.1-2001 poaibis su XSI plėtiniais);
  • Padidintas UID sekimo efektyvumas („—Keep UID“ režimas) platinant pranešimus iš pašto dėžutės per POP3;
  • Buvo atlikta daug patobulinimų, skirtų palaikyti šifruotus ryšius;
  • Ištaisytas pažeidžiamumas, dėl kurio gali būti perpildytas GSSAPI autentifikavimo kodo buferis, kai manipuliuojama naudotojų vardais, kurių ilgis viršija 6000 simbolių.

Papildymas: prieinama 6.4.1 leidimas su dviejų regresijų pataisymais (neišsamus Debiano klaidos 941129 pataisymas lėmė, kad kai kuriais atvejais nepavyko rasti fetchmail konfigūracijos failų ir kilo problema su _FORTIFY_SOURCE, kai PATH_MAX yra didesnis nei minimalus _POSIX_PATH_MAX).

Šaltinis: opennet.ru

Добавить комментарий