Utgåvan av postservern Postfix 3.6.0

Efter ett års utveckling släpptes den nya stabila versionen av e-postservern Postfix – 3.6.0. Samtidigt meddelades att stödet för version Postfix 3.2, som släpptes i början av 2017, upphör. Postfix är en av de sällsynta projekten som kombinerar hög säkerhet, tillförlitlighet och prestanda, vilket har uppnåtts tack vare en genomtänkt arkitektur och en tillräckligt strikt politik för kodutformning och granskning av patchar. Projektets kod distribueras under licenserna EPL 2.0 (Eclipse Public License) och IPL 1.0 (IBM Public License).

Enligt en automatiserad enkätsundersökning i april som omfattade cirka 600 000 e-post servrar, används Postfix på 33,66 % (för ett år sedan 34,29 %) av e-postservrarna, medan Exim utgör 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 %).

Huvudsakliga nyheter:

• På grund av förändringar i de interna protokollen som används för interaktion mellan komponenterna i Postfix, krävs det att e-postservern stoppas innan uppdateringen. servern med kommandot "postfix stop". Om detta inte görs kan det uppstå fel när man interagerar med processerna pickup, qmgr, verify, tlsproxy och postscreen, vilket kan leda till förseningar i e-postsändningar fram till att Postfix startas om.
• Rensning av omnämnanden av orden "white" och "black", som uppfattas av vissa medlemmar av gemenskapen som rasdiskriminering, har genomförts. Istället för "whitelist" och "blacklist" ska man nu använda "allowlist" och "denylist" (till exempel, parametrarna postscreen_allowlist_interfaces, postscreen_denylist_action och postscreen_dnsbl_allowlist_threshold). Förändringarna påverkar dokumentation, konfigurationer av processen postscreen (inbyggd brandvägg) och information i loggar. postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: ALLOWLISTED [address]:port postfix/postscreen[pid]: DENYLISTED [address]:port

  För att bevara de gamla termerna i loggarna finns parameter "respectful_logging = no", som bör anges i main.cf före "compatibility_level = 3.6". Stöd för de gamla inställningsnamnen för postscreen har bevarats för att säkerställa bakåtkompatibilitet. Även konfigurationsfilen "master.cf" förblir oförändrad.

• I läget "compatibility_level = 3.6" har den standardmässiga övergången gjorts till att använda hash-funktionen SHA256 istället för MD5. När en tidigare version anges i parametern compatibility_level fortsätter MD5 att tillämpas, men för inställningar relaterade till användning av hash där algoritmen inte uttryckligen har definierats kommer en varning att skrivas ut i loggen. Stödet för den exporterade varianten av Diffie-Hellman nyckelutbytesprotokollet har upphört (värdet för parametern tlsproxy_tls_dh512_param_file ignoreras nu).
• Diagnos av problem relaterade till angivande av en felaktig hanterare i master.cf har förenklats. För att identifiera sådana fel annonserar varje intern tjänst, inklusive postdrop, nu protokollets namn innan dataöverföringen inleds, och varje klientprocess, inklusive sendmail, kontrollerar att det angivna protokollets namn överensstämmer med det stödda alternativet.
• En ny typ av matchning "local_login_sender_maps" har lagts till för att flexibelt hantera tilldelningen av avsändaradressen (utsänds i kommandot "MAIL FROM" under SMTP-sessionen) till processerna sendmail och postdrop. Till exempel, för att tillåta lokala användare, med undantag för root och postfix, att ange endast sina egna användarnamn i sendmail, kan följande inställningar användas: /etc/postfix/main.cf: local_login_sender_maps = inline:{ { root = *}, { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # Både användarnamn och formen användarnamn@domän är tillåtna. /(.+)/ $1 $1…@example.com
• En inställning "smtpd_relay_before_recipient_restrictions=yes" har lagts till och aktiverats som standard, vilket gör att SMTP-servern kommer att kontrollera begränsningarna för smtpd_relay_restrictions före smtpd_recipient_restrictions, istället för tvärtom som tidigare.
• Parametern "smtpd_sasl_mechanism_list" har lagts till och är som standard inställd på värdet "!external, static:rest" för att förhindra förvirrande fel när SASL-backend anger att den stöder "EXTERNAL"-läget, vilket inte stöds i Postfix.
• Vid bestämning av namn i DNS används numera ett nytt API som stöder flertrådad körning (threadsafe). För att bygga med det gamla API:t bör "make makefiles CCARGS="-DNO_RES_NCALLS..."" anges.
• Läget «enable_threaded_bounces = yes» har lagts till för att infoga meddelanden om leveransproblem, försenad leverans eller bekräftelse av leverans med samma diskussionsidentifierare (meddelandet kommer att visas av e-postklienten i samma tråd tillsammans med övriga meddelanden i konversationen).
• Som standard har användningen av systemdatabasen /etc/services för att fastställa TCP-portnummer för SMTP och LMTP upphört. Istället konfigureras portnummer genom parametern known_tcp_ports (standard lmtp=24, smtp=25, smtps=submissions=465, submission=587). Om någon tjänst saknas i known_tcp_ports används fortfarande /etc/services.
• Kompatibilitetsnivån («compatibility_level») har höjts till värdet «3.6» (tidigare har parametern ändrats två gånger, förutom 3.6 stöds värdena 0 (standard), 1 och 2). Från och med nu kommer «compatibility_level» att ändras till versionsnumret där ändringar som bryter kompatibiliteten har införts. För att kontrollera kompatibilitetsnivåer i main.cf och master.cf har separata jämförelseoperatörer lagts till, såsom «<=level» och «< level» (standard jämförelseoperatörer fungerar inte eftersom de skulle betrakta 3.10 som mindre än 3.9).

Källa: opennet.ru