Paglabas ng Postfix 3.5.0 mail server

Pagkatapos ng isang taon ng pag-unlad naganap paglabas ng bagong matatag na sangay ng mail server Postfix - 3.5.0. Kasabay nito, ang sangay ay hindi na ipinagpatuloy Postfix 3.1, inilabas noong unang bahagi ng 2016. Ang Postfix ay isa sa mga bihirang proyekto na pinagsasama ang mataas na seguridad, pagiging maaasahan at pagganap sa parehong oras, na nakamit salamat sa maalalahanin arkitektura at medyo mahigpit na patakaran para sa disenyo ng code at pag-audit ng patch. Ang code ng proyekto ay ipinamamahagi sa ilalim ng EPL 2.0 (Eclipse Public License) at IPL 1.0 (IBM Public License).

Alinsunod sa Marso awtomatikong survey tungkol sa isang milyong mail server, ang Postfix ay ginagamit sa 34.29% (34.42%) ng mga mail server,
Ang bahagi ni Exim ay 57.77% (isang taon na ang nakalipas 56.91%), Sendmail - 3.83% (4.16%), MailEnable - 2.12% (2.18%), MDaemon - 0.77% (0.91%), Microsoft Exchange - 0.47% (0.61%).

Ang pangunahing mga inobasyon:

  • Nagdagdag ng suporta sa protocol ng load balancer HA Proxy 2.0 na may mga kahilingan sa pag-proxy sa pamamagitan ng TCP sa IPv4 at IPv6 o walang mga koneksyon sa pag-proxy (upang magpadala ng mga kahilingan sa pagsubok na tibok ng puso na nagkukumpirma ng normal na operasyon).
  • Idinagdag ang kakayahang pilitin ang mga mensahe na itakda sa lipas na (hindi maihahatid) na katayuan upang maibalik sa nagpadala. Ang status ay nakaimbak sa delivery queue file bilang isang espesyal na katangian, kung saan ang anumang pagtatangka sa paghahatid ay magreresulta sa mensahe na ibabalik sa nagpadala, nang hindi inilalagay sa hold na pila. Upang itakda ang katangian ng stale na mensahe, ang "-e" at "-f" na mga flag ay idinagdag sa postsuper na utos; ang pagkakaiba sa "-f" na bandila ay ang mensahe ay agad na ibinalik sa nagpadala kapag ito ay nasa pila na naghihintay na magalit. Ang output ng mailq at postqueue na mga utos ay pinipilit ang mga lipas na mensahe na markahan ng "#" pagkatapos ng pangalan ng file.
  • Nagdagdag ng suporta para sa paglilista ng maramihang mga host sa mga SMTP at LMTP client para mag-redirect ng mensahe sa isa pang server (next-hop). Ang mga nakalistang host ay susubukan na ipadala ang mensahe sa pagkakasunud-sunod ng kanilang paglitaw (kung hindi available ang una, susubukan ang paghahatid sa pangalawa, atbp.). Ang detalye ng listahan ay ipinatupad para sa relayhost, transport_maps, default_transport at sender_dependent_default_transport_maps na mga direktiba.

    /etc/postfix/main.cf:
    relayhost = foo.example, bar.example
    default_transport = smtp:foo.example, bar.example

  • Binago ang gawi sa pag-log. Ang mga address sa "mula sa =" at "kay =" ay nai-save na ngayon gamit ang panipi - kung ang lokal na bahagi ng address ay naglalaman ng isang puwang o mga espesyal na character, ang tinukoy na bahagi ng address ay kasama sa mga quote sa log. Upang ibalik ang dating gawi, idagdag ang “info_log_address_format = internal” sa mga setting.

    Si: mula kay=<pangalan kay [protektado ng email]>
    Ngayon: from=.

  • Tinitiyak ang normalisasyon ng mga IP address na nakuha mula sa XCLIENT at XFORWARD header o sa pamamagitan ng HaProxy protocol. Maaaring masira ng pagbabago ang compatibility sa antas ng log at IPv6 subnet mappings sa check_client_access directive.
  • Upang mapahusay ang kaginhawahan ng pakikipag-ugnayan sa Dovecot, ang SMTP+LMTP delivery agent ay nagbibigay ng attachment ng Delivered-To, X-Original-To at Return-Path header gamit ang mga flag na “flags=DORX” sa master.cf, katulad ng pipe at mga lokal na ahente ng paghahatid.
  • Ang pamamaraan para sa pagsuri ng mga sertipiko na tinukoy sa mga talahanayan ng check_ccert_access ay tinukoy. Una, sinusuri ang snapshot ng certificate ng kliyente, at pagkatapos ay ang pampublikong susi ng kliyente (pag-uugali tulad ng kapag tinukoy ang “search_order = cert_fingerprint, pubkey_fingerprint”).

Pinagmulan: opennet.ru

Magdagdag ng komento