Після 6 років неактивності доступний fetchmail 6.4.0

Більше 6 років з моменту минулого оновлення побачив світло випуск програми для доставки та перенаправлення електронної пошти fetchmail 6.4.0, що дозволяє забирати пошту з використанням протоколів та розширень POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN та ODMR, фільтрувати отриману кореспонденцію, розподіляти повідомлення з одного облікового запису за кількома користувачами та перенаправляти на локальні поштові скриньки або через SM (працювати як шлюз POP/IMAP-to-SMTP). Код проекту написаний мовою Сі та поширюється ліцензія 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»;
  • Припинено підтримку дуже старих Сі-компіляторів. Для складання тепер необхідний компілятор, який підтримує випущений у 2002 році стандарт SUSv3 (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

Додати коментар або відгук