След една година на развитие, стартирането на новият стабилен клон на пощенския сървър Постфикс, 3.5.0. В същото време беше обявен краят на поддръжката за клона Postfix 3.1, пуснат в началото на 2016 г.
За тези, които не са запознати с Postfix, трябва да знаете, че това е така безплатен пощенски сървър за софтуер, който е предопределен за извършване на маршрутизиране и изпращане на имейли, създаден с намерението да бъде по-бърза, по-лесна за администриране и по-сигурна алтернатива на широко използвания Sendmail.
Postfix е един от проектите, който съчетава висока сигурност, надеждност и производителност едновременно, което е постигнато благодарение на добре обмислена архитектура и доста строга политика за проектиране на код и одит на кръпки.
Софтуерът се опитва да бъде бърз, лесен за управление и сигурен, докато все още е достатъчно съвместим с sendmail, за да не безпокои съществуващите потребители. Така че отвън е подобно на sendmail, но отвътре е съвсем различно
Какво е новото в Postfix, 3.5.0?
В този нов брой имайте предвид, че е добавена поддръжка за протокола за балансиране на натоварването HAProxy 2.0 с прокси заявки през TCP през IPv4 и IPv6 или без прокси връзки за изпращане на заявки за валидиране на сърдечен ритъм, потвърждаващи нормална работа.
Tambien добави възможността да принуди съобщенията да бъдат зададени на остарял статус (не доставено) за връщане към подателя. Състоянието се записва във файла на опашката за доставка под формата на специален атрибут, при наличието на който всеки опит за доставка ще доведе до връщане на съобщението до подателя, без да се поставя в опашка за повторен опит за доставка (опашка).
Флаговете "-e" и "-f" бяха добавени към командата postsup за да зададете атрибута на остаряло съобщение. Разликата между знамето "-F" е, че съобщението веднага се връща на подателя когато е на опашката за повторно изпращане. В изхода на командите mailq и postqueue остарелите съобщения са маркирани с "#" след името на файла.
На клиенти SMTP и LMTP са добавени поддръжка за изброяване на множество хостове за пренасочване на съобщения към друг сървър. Това ще се опита да накара изброените хостове да предадат съобщението в реда, в който следват, ако първият не е наличен, ще бъде направен опит за доставяне на втория и т.н. Списъкът е изпълнен за директиви relayhost, transport_maps, default_transport и sender_dependent_default_transport_maps.
Друга важна промяна е това поведението на регистрацията се промени. Адресите в "от =" и "до =" вече се запазват с кавички: ако локалната част на адреса съдържа интервал или специални символи, посочената част от адреса то ще бъде затворено в кавички в записа.
За да върнете предишното поведение в конфигурацията, добавих «info_log_address_format = вътрешен".
Преди: от =
Сега: от = <"име с интервали" @ example.com>
От останалите споменати промени в анонса на новата версия:
- IP адресите, получени от заглавките XCLIENT y XНАПРЕД или чрез протокола HaProxy са стандартизирани. Промяната може да доведе до нарушаване на картографирането на подмрежа IPv6 и съвместимостта на нивото на записа в политиката проверка_клиентски_достъп.
- За да се увеличи удобството при взаимодействие с Dovecot, хедърите Доставено до, X-оригинално до y Път за връщане са прикрепени към доставчика SMTP + LMTP използване на flags = знамена на DORX в master.cf, подобно на агентите за локална и тръбопроводна доставка.
- Дефинирана е процедурата за проверка на сертификатите, дефинирани в таблиците check_ccert_access. Първо се проверява късчето от сертификата на клиента и след това публичният ключ на клиента (поведението е сякаш «поръчка за търсене = отпечатък на сертификат, отпечатък на публичен ключ").
Накрая ако искате да научите повече за това За издаването на тази нова версия можете да проверите подробностите, както и да получите изходния код за инсталирането на новата версия В следващия линк.