Lansarea serverului de e-mail Postfix 3.5.0

După un an de dezvoltare a avut loc lansarea unei noi ramuri stabile a serverului de mail Postfix - 3.5.0. În același timp, filiala a fost întreruptă Postfix 3.1, lansat la începutul anului 2016. Postfix este unul dintre rarele proiecte care combină securitatea ridicată, fiabilitatea și performanța în același timp, care a fost realizat datorită arhitectură și o politică destul de strictă pentru proiectarea codului și auditarea patch-urilor. Codul proiectului este distribuit sub EPL 2.0 (Eclipse Public License) și IPL 1.0 (IBM Public License).

În conformitate cu martie sondaj automatizat aproximativ un milion de servere de e-mail, Postfix este utilizat pe 34.29% (34.42%) dintre serverele de e-mail,
Cota Exim este de 57.77% (acum un an 56.91%), Sendmail - 3.83% (4.16%), MailEnable - 2.12% (2.18%), MDaemon - 0.77% (0.91%), Microsoft Exchange - 0.47% (0.61%).

Principalul inovații:

  • S-a adăugat suport pentru protocolul de echilibrare a sarcinii HA Proxy 2.0 cu solicitări de proxy prin TCP peste IPv4 și IPv6 sau fără conexiuni de proxy (pentru a trimite solicitări de testare a bătăilor inimii care confirmă funcționarea normală).
  • S-a adăugat capacitatea de a forța mesajele să fie setate la starea nedivrabilă (nelivrabilă) pentru a fi returnate expeditorului. Starea este stocată în fișierul coadă de livrare ca un atribut special, în prezența căruia orice încercare de livrare va avea ca rezultat returnarea mesajului către expeditor, fără a fi plasat în coada de așteptare. Pentru a seta atributul mesajului învechit, steaguri „-e” și „-f” au fost adăugate la comanda postsuper; diferența cu steagul „-f” este că mesajul este imediat returnat expeditorului atunci când este în coadă care așteaptă să fie retrimisă. Ieșirea comenzilor mailq și postqueue obligă mesajele învechite să fie marcate cu „#” după numele fișierului.
  • S-a adăugat suport pentru listarea mai multor gazde către clienții SMTP și LMTP pentru a redirecționa un mesaj către un alt server (next-hop). Gazdele listate vor fi încercate să transmită mesajul în ordinea în care apare (dacă prima nu este disponibilă, se va încerca livrarea către a doua etc.). Specificația listei este implementată pentru directivele relayhost, transport_maps, default_transport și sender_dependent_default_transport_maps.

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

  • S-a schimbat comportamentul de înregistrare. Adresele din „from=” și „to=” sunt acum salvate folosind ghilimele - dacă partea locală a adresei conține un spațiu sau caractere speciale, partea specificată a adresei va fi inclusă între ghilimele în jurnal. Pentru a reveni la vechiul comportament, adăugați „info_log_address_format = internal” la setări.

    A fost: de la= [e-mail protejat]>
    Acum: from=<„nume cu spații”@example.com>.

  • Asigură normalizarea adreselor IP obținute din anteturile XCLIENT și XFORWARD sau prin protocolul HaProxy. Modificarea poate întrerupe compatibilitatea la nivel de jurnal și mapările de subrețea IPv6 din directiva check_client_access.
  • Pentru a îmbunătăți confortul interacțiunii cu Dovecot, agentul de livrare SMTP+LMTP oferă atașarea antetelor Delivered-To, X-Original-To și Return-Path folosind steagurile „flags=DORX” din master.cf, similar cu pipe-ul și agenți locali de livrare.
  • Este definită procedura de verificare a certificatelor definite în tabelele check_ccert_access. Mai întâi, se verifică un instantaneu al certificatului clientului și apoi cheia publică a clientului (comportament ca atunci când se specifică „search_order = cert_fingerprint, pubkey_fingerprint”).

Sursa: opennet.ru

Adauga un comentariu