Dopo quasi un anno di sviluppo, è stato rilasciato il nuovo ramo stabile del server di posta Postfix - 3.10.0. È stato inoltre annunciato che il supporto per il ramo Postfix 3.6, rilasciato all'inizio del 2021, è stato interrotto. Il codice del progetto è scritto in linguaggio C ed è 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 prestazioni, ottenute grazie a un'architettura multi-processo che isola i singoli gestori, insieme a una rigorosa politica di codifica e audit delle patch. Per proteggere da errori nella gestione della memoria, il progetto utilizza versioni sicure delle funzioni per allocare e deallocare memoria, oltre a un set di funzioni astratte per gestire i buffer (controllo dei limiti del buffer e accesso alla memoria liberata), operazioni sui file, formattazione dell'output, input/output bufferizzato e manipolazione delle stringhe (comprese funzionalità per gestire stringhe di dimensioni arbitrarie e ridimensionamento automatico delle stringhe).
Secondo un sondaggio automatico di febbraio su circa 550.000 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 del 3,39% (3,60%), MailEnable dell'1,80% (1,82%), MDaemon dello 0,39% (0,40%), Microsoft Exchange dello 0,19% (0,19%), OpenSMTPD dello 0,10% (0,09%).
Novità principali:
- È stata aggiunta la possibilità di utilizzare algoritmi crittografici TLS resistenti agli attacchi dei computer quantistici. Per utilizzare questi algoritmi è necessario utilizzare la versione della libreria OpenSSL 3.5, attualmente in fase di sviluppo. Non è stata introdotta una nuova sintassi per i gruppi TLS in Postfix per la selezione degli algoritmi post-quantistici, ma si è fatto affidamento sulle impostazioni di OpenSSL, che saranno utilizzate impostando i parametri «tls_eecdh_auto_curves» e «tls_ffdhe_auto_groups» a valori vuoti.
- È stata aggiunta la supporto per l'intestazione dei messaggi «TLS-Required: no» (RFC 8689), che consente la consegna anche in caso di impossibilità di implementare la politica di sicurezza TLS impostata. Con questa intestazione, il client SMTP funziona in modalità «smtp_tls_security_level = may», ovvero non verifica il certificato server e può tornare a una connessione con trasferimento dati in chiaro. Nella prossima importante versione di Postfix si prevede di implementare l'estensione SMTP REQUIRETLS.
- È stata aggiunta la supporto per il protocollo TLS-RPT (Transport Layer Security Reporting), che consente di monitorare i fallimenti nella consegna dei messaggi quando non è possibile stabilire una connessione crittografata, come previsto dagli estensioni DANE (DNS-based Authentication of Named Entities) o MTA-STS (MTA Strict Transport Security). Il proprietario del dominio di posta definisce le impostazioni per TLS-RPT nel DNS, dopo di che i server di posta invieranno rapporti contenenti informazioni sulle connessioni TLS riuscite e fallite ai server MX che gestiscono il dominio. L'implementazione si basa sulla libreria libtlsrpt.
- È stata aggiunta l'impostazione «smtpd_hide_client_session = yes», che disabilita l'inserimento delle informazioni sulla sessione client quando il server SMTP inserisce l'intestazione «Received:». Esempio di intestazione ridotta: «Received: by mail.example.com (Postfix) id postfix-queue-id for ; Day, dd Mon yyyy hh:mm:ss tz-offset (zone)».
- È stata aggiunta la possibilità di codifica MIME (RFC 2047) dei nomi negli headers «From:» generati da Postfix, che includono caratteri non ASCII. Lo schema di codifica proposto consente di non utilizzare l'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.
- È stata modificata la logica di gestione delle connessioni fallite quando nelle impostazioni viene specificato solo un server per «mysql:» o «pgsql:». Tale server è ora considerato come un bilanciatore di carico e in caso di guasto singolo, la richiesta viene reinviata immediatamente, senza ritardo di 60 secondi.
- In Milter è stato implementato il logging delle informazioni relative al motivo per cui un messaggio è stato collocato in quarantena.
- Nel server SMTP è stato garantito il logging dell'identificativo della coda o del valore «NOQUEUE» al termine della connessione per timeout, interruzione o superamento del limite di errori. Durante il processo di cleanup viene registrato nel log «queueid: canceled» per i messaggi con una transazione avviata ma non completata.
- Nel client Dovecot SASL, quando si verifica il log di messaggi «Invalid authentication mechanism», ora viene specificato il meccanismo di autenticazione che non è riuscito ad essere utilizzato. Il server SMTP, durante il log delle registrazioni ‘reject’, ora mostra i valori delle impostazioni sasl_method, sasl_username e sasl_sender.
- A causa della modifica del protocollo interno utilizzato dall'agente 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, verrà generato un avviso nel log «unexpected attribute smtputf8 from xxx socket (expecting: sendopts)».
Fonte: opennet.ru
