След една година разработка, новата стабилна версия на пощенския сървър Postfix — 3.6.0 беше пусната. Същевременно беше обявено прекратяване на поддръжката на версия 3.2, издадена в началото на 2017 година. Postfix е един от малкото проекти, които съчетават висока сигурност, надеждност и производителност, постигнати благодарение на добре обмислената архитектура и достатъчно строга политика за кодиране и одит на пачовете. Кодът на проекта се разпространява под лицензите EPL 2.0 (Eclipse Public license) и IPL 1.0 (IBM Public License).
В съответствие с автоматизирано проучване от април, около 600 хиляди пощенски сървъри, Postfix се използва на 33.66% (преди година 34.29%) от пощенските сървъри, дяла на Exim е 59.14% (57.77%), Sendmail — 3.6% (3.83%), MailEnable — 2.02% (2.12%), MDaemon — 0.60% (0.77%), Microsoft Exchange — 0.32% (0.47%).
Основни нововъведения:
- Поради промяната на вътрешните протоколи, използвани за взаимодействие между компонентите на Postfix, е необходима спиране на пощенския сървър с командата «postfix stop». В противен случай могат да се наблюдават проблеми при взаимодействието с процесите pickup, qmgr, verify, tlsproxy и postscreen, което може да доведе до забавяне на изпращането на писма до рестартиране на Postfix.
- Проведено е почистване на споменаванията на думите «white» и «black», възприемани от някои членове на общността като расова дискриминация. Вместо «whitelist» и «blacklist» вече следва да се използват «allowlist» и «denylist» (например, параметри postscreen_allowlist_interfaces, postscreen_denylist_action и postscreen_dnsbl_allowlist_threshold). Промените засягат документацията, настройките на процеса postscreen (вграден защита на мрежата) и отразяването на информацията в логовете. postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: ALLOWLISTED [address]:port postfix/postscreen[pid]: DENYLISTED [address]:port
За запазване на предишните термини в логовете е предвиден параметърът «respectful_logging = no», който следва да се зададе в main.cf преди «compatibility_level = 3.6». Поддръжката на старите имена на настройките на postscreen е запазена за осигуряване на обратно съвместимост. Също така, файлът за конфигурация «master.cf» все още остава без промяна.
- В режим «compatibility_level = 3.6» по подразбиране е извършено преминаване към използване на хеш-функцията SHA256 вместо MD5. При задаване на по-ранна версия в параметъра compatibility_level продължава да се прилага MD5, но за настройки, свързани с употребата на хешове, в които алгоритъмът не е явно определен, в логовете ще се изкарва предупреждение. Подкрепата за експортната версия на протокола за обмен на ключове Дифи-Хелман е прекратена (стойността на параметъра tlsproxy_tls_dh512_param_file сега се игнорира).
- Диагностиката на проблеми, свързани с посочването на некоректна програма-обработчик в master.cf, е опростена. За идентифициране на подобни грешки всеки вътрешен сервис, включително postdrop, сега обявява името на протокола преди започване на обмена на данни, а всеки клиентски процес, включително sendmail, проверява съответствието на заявеното име на протокола с поддържания вариант.
- Добавен е нов тип съпоставяния «local_login_sender_maps» за гъвкаво управление на назначението на envelope-адреса на подателя (предава се в командата «MAIL FROM» по време на SMTP-сеанса) в процесите sendmail и postdrop. Например, за разрешаване на локални потребители, с изключение на root и postfix, да посочват в sendmail само своите логини, използвайки връзката UID с името, могат да се използват следните настройки: /etc/postfix/main.cf: local_login_sender_maps = inline:{ { root = *}, { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # Разрешено е посочването както на логини, така и на форми логин@домен. /(.+)/ $1 $1…@example.com
- Добавена и по подразбиране активирана настройка «smtpd_relay_before_recipient_restrictions=yes», при която SMTP-сървърът ще проверява ограниченията smtpd_relay_restrictions преди smtpd_recipient_restrictions, а не обратното, както беше преди.
- Добавен е параметър «smtpd_sasl_mechanism_list», по подразбиране зададен на стойността «!external, static:rest», за да се предотвратят объркващи грешки, в случай, че бекендът SASL заявява поддръжка на режим «EXTERNAL», който не се поддържа в Postfix.
- При определяне на имената в DNS по подразбиране се използва нов API, който поддържа многопоточност (threadsafe). За компилация със стария API е необходимо да се зададе при компилацията «make makefiles CCARGS=»-DNO_RES_NCALLS…».
- Добавен режим «enable_threaded_bounces = yes» за заместване на уведомления за проблеми с доставката, забавена доставка или потвърждение на доставката със същия идентификатор на дискусията (уведомлението ще се покаже в пощенския клиент в същата нишка, заедно с останалите съобщения от кореспонденцията).
- По подразбиране е преустановено използването на системната база данни /etc/services за определяне на номерата на TCP портовете за SMTP и LMTP. Вместо това номерата на портовете се конфигурират чрез параметъра known_tcp_ports (по подразбиране lmtp=24, smtp=25, smtps=submissions=465, submission=587). В случай, че някакъв сервис е пропуснат в known_tcp_ports, продължава да се използва /etc/services.
- Нивото на съвместимост («compatibility_level») е повишено до стойност «3.6» (по-рано параметърът е променян два пъти, освен 3.6 се поддържат стойности 0 (по подразбиране), 1 и 2). Оттук нататък «compatibility_level» ще се променя на номера на версията, в която са направени изменения, нарушаващи съвместимостта. За проверка на нивата на съвместимост в main.cf и master.cf са добавени отделни оператори за сравнение, като «<=level» и «< level» (параметрите за сравнение по подразбиране не са подходящи, тъй като ще отчетат 3.10 като по-малко от 3.9).
Източник: opennet.ru
