Dopo quasi un anno di sviluppo è stato pubblicato il rilascio della nuova versione stabile del server di posta Postfix — 3.10.0. Allo stesso tempo è stata annunciata la cessazione del supporto per la versione Postfix 3.6, rilasciata all'inizio del 2021. Il codice del progetto è scritto in C e distribuito sotto le licenze EPL 2.0 (Eclipse Public License) e IPL 1.0 (IBM Public License).
Postfix è uno dei rari progetti che combina alta sicurezza, affidabilità e performance, ottenuta grazie a un'architettura multi-processo che isola i diversi handler, e a una rigorosa politica di styling del codice e audit delle patch. Per proteggere da errori di gestione della memoria, il progetto utilizza varianti protette delle funzioni di allocazione e deallocazione della memoria, oltre a un insieme di funzioni astratte per la gestione dei buffer (controlla il superamento dei limiti del buffer e l'accesso alla memoria liberata), le operazioni sui file, la formattazione dell'output, l'input/output bufferizzato e le manipolazioni delle stringhe (inclusa la possibilità di gestire stringhe di dimensione variabile e di ridimensionare automaticamente le stringhe).
Secondo un sondaggio automatizzato di febbraio, circa 550 mila server di posta server, Postfix è utilizzato nel 37,64% (un anno fa 36,81%) dei server di posta, la quota di Exim è del 56,03% (un anno fa 56,61%), Sendmail — 3,39% (3,60%), MailEnable — 1,80% (1,82%), MDaemon — 0,39% (0,40%), Microsoft Exchange — 0,19% (0,19%), OpenSMTPD — 0,10% (0,09%).
Novità principali:
- È stata aggiunta la possibilità di utilizzare algoritmi crittografici in TLS resistenti all'attacco di computer quantistici. Per utilizzare questi algoritmi è richiesta la versione della libreria OpenSSL 3.5, che al momento non è ancora stata rilasciata. Per la selezione degli algoritmi post-quantum in Postfix non è stata introdotta una nuova sintassi per i gruppi TLS, ma ci si è affidati alle impostazioni di OpenSSL, che verranno utilizzate quando i parametri "tls_eecdh_auto_curves" e "tls_ffdhe_auto_groups" sono impostati su valori vuoti.
- È stato aggiunto il supporto per l'intestazione dei messaggi "TLS-Required: no" (RFC 8689), che consente la consegna anche quando non è possibile attuare la politica di sicurezza TLS impostata. Con questa intestazione, il client SMTP opera in modalità "smtp_tls_security_level = may", ossia non verifica il certificato. server e potrebbe tornare a una connessione con trasferimento di dati in chiaro. Nella prossima importante versione di Postfix, si prevede di implementare l'estensione SMTP REQUIRETLS.
- Aggiunta la supporto al protocollo TLS-RPT (Transport Layer Security Reporting), che consente di monitorare i fallimenti nella consegna dei messaggi che si verificano quando non è possibile stabilire una connessione crittografata, richiesta dall'uso delle estensioni DANE (DNS-based Authentication of Named Entities) o MTA-STS (MTA Strict Transport Security). Il proprietario del dominio di posta definisce nel DNS le impostazioni per TLS-RPT, dopo di che i server di posta invieranno report con informazioni sulle connessioni TLS riuscite e fallite ai server MX che gestiscono il dominio. L'implementazione si basa sulla libreria libtlsrpt.
- Aggiunta l'impostazione «smtpd_hide_client_session = yes», che disabilita l'inserimento delle informazioni sulla sessione client quando il server SMTP sostituisce l'intestazione «Received:». Esempio di intestazione ridotto: «Received: by mail.example.com (Postfix) id postfix-queue-id for ; Day, dd Mon yyyy hh:mm:ss tz-offset (zone)».
- Aggiunta la possibilità di codifica MIME (RFC 2047) dei nomi nelle intestazioni «From:» generate da Postfix che includono caratteri non ASCII. Lo schema di codifica proposto consente di evitare l'uso dell'estensione SMTPUTF8 (RFC 6531), non supportata da tutte le applicazioni. Il risultato della codifica MIME appare come ‘»=?charset?Q?gibberish?=:’. È stato aggiunto il parametro «full_name_encoding_charset» per determinare la codifica originale dei nomi, impostato di default su utf8.
- Modificata la logica di gestione delle connessioni fallite quando vengono specificati nelle impostazioni «mysql:» o «pgsql:» solo un server. Un tale server viene ora considerato come un bilanciatore di carico e in caso di un singolo fallimento, la richiesta viene reinviata immediatamente, senza ritardo di 60 secondi.
- In Milter è stata implementata la registrazione nei log delle informazioni relative al motivo dell'inserimento di un messaggio in quarantena.
- Nel server SMTP è stato garantito il logging dell'identificatore della coda o del valore «NOQUEUE» al termine della connessione per timeout, interruzione o superamento del limite di errori. Il processo di cleanup registra nei log «queueid: canceled» per i messaggi con transazione avviata ma non completata.
- Nel client Dovecot SASL, quando vengono registrati nel log i messaggi «Invalid authentication mechanism», ora viene indicato il meccanismo di autenticazione che non è stato possibile utilizzare. Il server SMTP, durante la registrazione nel log delle voci ‘reject’, ora mostra i valori delle impostazioni sasl_method, sasl_username e sasl_sender.
- A causa della modifica del protocollo interno utilizzato nell'agent di consegna, dopo l'aggiornamento della versione di Postfix è necessario riavviare con il comando «postfix reload» o con i comandi «postfix stop» e «postfix start». In caso contrario, nel log verrà visualizzato un avviso «unexpected attribute smtputf8 from xxx socket (expecting: sendopts)».
Fonte: opennet.ru
