След повече от 6 години от последното обновление излезе програмата за доставка и пренасочване на електронна поща , която позволява да се извлича поща с помощта на протоколите и разширенията POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN и ODMR, да филтрира получената кореспонденция, да разпределя съобщения от една сметка на няколко потребители и да пренасочва в локални пощенски кутии или чрез SMTP на друг сървър (работи като шлюз POP/IMAP-to-SMTP). Кодът на проекта е написан на езика C и е под лиценз GPLv2. Поддръжката на версия fetchmail 6.3.X е напълно прекратена.
Между :
- Добавена е поддръжка на TLS 1.1, 1.2 и 1.3 (—sslproto {tls1.1+|tls1.2+|tls1.3+}). По подразбиране е включена компилация с OpenSSL (за работа е необходима поне версия 1.0.2, а за TLSv1.3 — 1.1.1). Прекратена е поддръжката на SSLv2. По подразбиране вместо SSLv3 и TLSv1.0 в STLS/STARTTLS се обявява TLSv1.1. За възстановяване на SSLv3 е необходимо да се използва OpenSSL с поддържана SSLv3 и стартиране на fetchmail с флаг „—sslproto ssl3+“.
- По подразбиране е включен режим на проверка на SSL сертификати (—sslcertck). За да се деактивира проверката, сега е необходимо явно да се посочи опцията „—nosslcertck“;
- Прекратена е поддръжката на много стари C компилатори. Сега за компилация е необходим компилатор, който поддържа стандарта SUSv3, издаден през 2002 година (Single Unix Specification v3, подмножество на POSIX.1-2001 с разширения XSI);
- Увеличена е ефективността на проследяване на UID (режим „—keep UID“) при разпределение на съобщения от пощенската кутия по POP3;
- Направени са многобройни подобрения, свързани с поддръжката на криптирани връзки;
- Отстранена е уязвимост, която би могла да доведе до препълване на буфера в кода за удостоверяване чрез GSSAPI при манипулации с имена на потребители, чийто размер надвишава 6000 символа.
Допълнение: излезе 6.4.1 с корекция на две регресии (непълното решаване на дебиянската грешка 941129 доведе до невъзможност за намиране на конфигурационни файлове на fetchmail в определени случаи и проблем с _FORTIFY_SOURCE при PATH_MAX, по-голямо от минималния _POSIX_PATH_MAX).
Източник: opennet.ru
