Egy év fejlesztés után megjelent a Postfix levelezőszerver új stabil ága — 3.6.0. Ugyanakkor bejelentették a Postfix 3.2 ága támogatásának megszüntetését, amelyet 2017 elején adtak ki. A Postfix az egyik ritka projekt, amely egyszerre kínál magas biztonságot, megbízhatóságot és teljesítményt, amit átgondolt architektúrájának és a kód kiformálására és a patchek auditálására vonatkozó elveinek köszönhet. A projekt kódja az EPL 2.0 (Eclipse Public License) és az IPL 1.0 (IBM Public License) licenc alatt kerül terjesztésre.
Az áprilisi automatizált felmérés szerint körülbelül 600 ezer levelező szerverek, a Postfix a levelezőszerverek 33,66%-án található (egy éve 34,29%), az Exim részesedése 59,14% (57,77%), a Sendmail — 3,6% (3,83%), a MailEnable — 2,02% (2,12%), az MDaemon — 0,60% (0,77%), a Microsoft Exchange — 0,32% (0,47%).
Főbb újítások:
- A Postfix komponensei közötti interakciót szolgáló belső protokollok módosítása miatt frissítés előtt kötelező leállítani a levelező a szerver a „postfix stop” parancs segítségével. Ellenkező esetben problémák léphetnek fel a pickup, qmgr, verify, tlsproxy és postscreen folyamatokkal való interakció során, amelyek késleltethetik az e-mailek küldését a Postfix újraindítása előtt.
- A „white” és „black” szavak említései tisztításra kerültek, mivel ezeket egyes közösségi tagok faji diszkriminációnak értelmezték. A „whitelist” és „blacklist” helyett mostantól „allowlist” és „denylist” használandó (például a postscreen_allowlist_interfaces, postscreen_denylist_action és postscreen_dnsbl_allowlist_threshold paraméterek). A változások érintik a dokumentációt, a postscreen folyamat beállításait (beépített tűzfal) és az információk megjelenítését a naplókban. postfix/postscreen[pid]: ALLOWLIST VETO [cím]:port postfix/postscreen[pid]: ALLOWLISTED [cím]:port postfix/postscreen[pid]: DENYLISTED [cím]:port
A régi kifejezések megőrzésére a naplókban a „respectful_logging = no” paraméter áll rendelkezésre, amit a main.cf fájlban kell megadni a „compatibility_level = 3.6” előtt. A régi postscreen beállításnevek támogatása megmaradt a visszafelé kompatibilitás érdekében. A konfigurációs fájl, a „master.cf” is érintetlenül maradt.
- A 'compatibility_level = 3.6' mód használatával a SHA256 hash-funkciót az MD5 helyett állították be alapértelmezettként. Korábbi verziók beállítása esetén a compatibility_level paraméterben továbbra is az MD5 alkalmazása folytatódik, de a hashokkal kapcsolatos beállítások esetében, ahol az algoritmus kifejezetten nincs meghatározva, figyelmeztetést fog megjeleníteni a naplóban. Megszűnt a Diffie-Hellman kulcskészítő protokoll exportváltozatának támogatása (a tlsproxy_tls_dh512_param_file paraméter mostantól figyelmen kívül marad).
- Egyszerűsítették a master.cf fájlban megadott hibás kezelőprogramokkal kapcsolatos problémák diagnosztizálását. Az ilyen hibák azonosítására minden belső szolgáltatás, beleértve a postdrop-ot, mostantól bejelenti a protokoll nevét az adatforgalom megkezdése előtt, míg minden kliensfolyamat, beleértve a sendmail-t, ellenőrzi a bejelentett protokollnév és a támogatott változat közötti megfelelést.
- Új 'local_login_sender_maps' típust adtak hozzá a küldői envelope-cím rugalmas kezeléséhez (amely a 'MAIL FROM' parancsban szerepel az SMTP-munkamenet alatt) a sendmail és a postdrop folyamatokban. Például, hogy a helyi felhasználók, kivéve a rootot és a postfixet, csak saját bejelentkezési adataikat adják meg a sendmail-nek, UID-hez való névkötés alkalmazásával, a következő beállítások használhatók: /etc/postfix/main.cf: local_login_sender_maps = inline:{ { root = *}, { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # Megengedett a bejelentkezési adatok és a login@domain formák megadása is. /(.+) / $1 $1…@example.com
- Hozzáadták és alapértelmezés szerint aktiválták az 'smtpd_relay_before_recipient_restrictions=yes' beállítást, amely szerint az SMTP-szerver ellenőrzi az smtpd_relay_restrictions korlátozásokat az smtpd_recipient_restrictions előtt, ellentétben a korábbiakkal.
- Hozzáadták az 'smtpd_sasl_mechanism_list' paramétert, amely alapértelmezés szerint '!external, static:rest' értékre van beállítva, hogy elkerülje a zavaró hibákat, amikor a SASL háttér támogatja az 'EXTERNAL' módot, amelyet a Postfix nem támogat.
- DNS névmeghatározás során alapértelmezés szerint egy új API került bevezetésre, amely támogatja a több szálú (threadsafe) működést. A régi API-val való összeállításhoz a 'make makefiles CCARGS='-DNO_RES_NCALLS…' paramétert kell megadni a fordítás során.
- Bevezetésre került az «enable_threaded_bounces = yes» üzemmód, amely lehetővé teszi a kézbesítési problémákra, késedelmes kézbesítésekre vagy a kézbesítés megerősítésére vonatkozó értesítések behelyettesítését ugyanazzal a beszélgetési azonosítóval (az értesítést a levelezőklient a beszélgetésben a többi üzenettel együtt mutatja be).
- Alapértelmezés szerint leállt az /etc/services rendszeradatbázis használata a SMTP és LMTP TCP-portszámok meghatározására. Ehelyett a portszámok a known_tcp_ports paraméteren keresztül konfigurálhatóak (alapértelmezés szerint lmtp=24, smtp=25, smtps=submissions=465, submission=587). Ha bármelyik szolgáltatás hiányzik a known_tcp_ports-ból, akkor továbbra is az /etc/services lesz használatban.
- A kompatibilitási szint («compatibility_level») emelkedett a «3.6» értékre (az előzőleg a paraméter kétszer változott, a 3.6-on kívül a 0 (alapértelmezett), 1 és 2 értékek is támogattak). A jövőben a «compatibility_level» azokra a verziószámokra fog változni, ahol olyan módosítások történtek, amelyek megtörhetik a kompatibilitást. A main.cf és master.cf fájlokban külön összehasonlító operátorok lettek bevezetve a kompatibilitási szintek ellenőrzésére, mint például «<=level» és «< level» (a beépített összehasonlító operátorok nem megfelelőek, mert 3.10-et kisebbnek tekintik, mint 3.9).
Forrás: opennet.ru
