Aggiornamento su Dovecot: novità nella versione CE 2.4 e stato di avanzamento di Dovecot 3

Dovecot 3: classificazione delle versioni e roadmap

Chi ha in programma un aggiornamento di Dovecot non dovrebbe interpretare le denominazioni delle versioni come una conferma di una futura versione principale. Alla data della ricerca, il 21 ottobre 2026, Dovecot CE 2.4.5 è la versione stabile pubblicata nel repository ufficiale Core. Non risulta invece alcuna versione 3.0 di Dovecot CE né una roadmap ufficiale per la versione CE 3.0.

In particolare, un titolo come „da v2.4.5 a v2.4.6“ nella documentazione non indica l’esistenza di una versione 2.4.6 già pubblicata. Tali contenuti possono aiutare a individuare tempestivamente le modifiche nel ramo di sviluppo. Tuttavia, non consentono di stabilire quando, se o in quale forma queste saranno incluse in un pacchetto stabile. Ciò vale a maggior ragione per le derivazioni relative a Dovecot 3.

Per le decisioni relative a Hosting e-mail Inoltre, le linee di prodotti devono rimanere separate. Dovecot CE indica la Community Edition, mentre Dovecot Pro è un’offerta commerciale distinta. Una funzionalità, un modello operativo o un’indicazione nella documentazione non possono quindi essere trasferiti automaticamente da una versione all’altra. Anche i contenuti del ramo «main» devono essere distinti dalle versioni CE pubblicate; ai fini dell’aggiornamento sono determinanti la versione e la documentazione che si intende effettivamente utilizzare.

Cosa cambia nel modello di versione di Dovecot 2.4

Dovecot 2.4 distingue tre livelli che spesso vengono erroneamente confusi durante un aggiornamento: la versione del programma installata, dovecot_config_version e dovecot_storage_version. Il pacchetto installato determina quale codice può essere eseguito dal server IMAP. Le due impostazioni, invece, stabiliscono in modo mirato a partire da quale versione vengano utilizzati i valori predefiniti modificati o i nuovi formati di memorizzazione.

Il sito Versione di configurazione In questo modo si evita che l'aggiornamento del pacchetto attivi automaticamente tutte le nuove impostazioni predefinite. Gli amministratori possono innanzitutto aggiornare Dovecot alla versione 2.4 e successivamente modificare in modo mirato la configurazione, dopo aver verificato l'autenticazione, il TLS, i plugin e le impostazioni esistenti. Ciò riduce le sorprese dovute alla modifica dei valori predefiniti, ma non sostituisce la necessaria migrazione di una configurazione 2.3.

Il sito Versione di memoria riguarda invece i formati di dati che Dovecot crea nei propri indici o in altre aree di memoria. Un valore più alto può attivare formati che le versioni precedenti di Dovecot non riconoscono. Pertanto, dovrebbe essere impostato solo quando il ripristino a una versione precedente del programma non fa più parte del piano di ripristino. Il solo rollback del pacchetto non ripristina automaticamente i formati di indice utilizzati in precedenza.

Per una migrazione dalla versione 2.3 alla 2.4, entrambe le impostazioni devono essere presenti nella configurazione principale; dovecot_config_version in questo caso, la prima impostazione in dovecot.conf . Imposta la versione di configurazione al livello previsto solo dopo aver adattato e verificato la sintassi 2.4. La versione di memoria rimane inizialmente al livello compatibile finora richiesto e non viene aggiornata automaticamente al livello del pacchetto.

Il secondo passo esplicito è quello di approvazione critica per il rollback nuovi formati di archiviazione. Solo quando tutte le istanze utilizzeranno la nuova versione, non sarà più previsto il ripiego su versioni precedenti di Dovecot e sarà disponibile una finestra di manutenzione prestabilita, sarà possibile dovecot_storage_version essere aumentata fino al valore desiderato, ad esempio a 2.4.5 per il formato dell’indice dei thread ivi documentato. Le versioni precedenti possono ricostruire tale indice nel proprio formato; ciò comporta tuttavia un carico di lavoro aggiuntivo e il passaggio da un formato di indice all’altro, che non sono compatibili tra loro. Le indicazioni fornite non costituiscono quindi una configurazione standard pronta all’uso: i valori di partenza e di destinazione dipendono dalla versione in uso e dal piano di ripiego.

Questo approccio graduale ricalca il principio secondo cui occorre valutare separatamente lo stato del programma e i cambiamenti comportamentali effettivamente attuati. Anche per altri componenti del server, un numero di versione elevato non è sufficiente a dimostrare la compatibilità; il contributo a Decisioni relative all'aggiornamento a Redis 8 spiega questa distinzione per un altro servizio. Nel caso di Dovecot, sono rilevanti anche i formati delle caselle di posta, i dati di indice e la strategia di ripiego.

Nuove funzionalità e loro grado di maturità

Una novità importante in Dovecot 2.4 è fts-flatcurve come backend locale per la ricerca full-text basato su Xapian. Il driver salva i dati di ricerca per ogni casella di posta nel percorso dell’indice di Dovecot e richiede Xapian a partire dalla versione 1.4. Supporta la valutazione della rilevanza e può consentire anche ricerche per sottostringa, ma non offre la ricerca sfocata. In assenza di un indice full-text, Dovecot deve scansionare in modo sequenziale i dati dei messaggi per effettuare le ricerche corrispondenti.

La ricerca di sottostringhe non è attiva automaticamente in Flatcurve: l'impostazione predefinita documentata di fts_flatcurve_substring_search è no. Se viene attivata intenzionalmente per richieste di ricerca IMAP adeguate, è necessario prevedere spazio di archiviazione aggiuntivo per l’indice. Flatcurve rimane quindi un’opzione per i server IMAP in cui la ricerca dei messaggi viene utilizzata regolarmente, ma non costituisce un aggiornamento obbligatorio senza riserve. La crescita dell’indice, il monitoraggio e la reindicizzazione fanno parte della pianificazione operativa.

SMTPUTF8 e IMAP vanno invece classificati in modo diverso UTF8=ACCEPT e IMAP4rev2. Le note di rilascio indicano che queste funzionalità sono in fase sperimentale. SMTPUTF8 e UTF8=ACCEPT creano una build con --enable-experimental-mail-utf8 e poi mail_utf8_extensions = yes nella configurazione. IMAP4rev2 utilizza opzioni separate: durante la compilazione è --enable-experimental-imap4rev2 è necessario, dopodiché bisogna imap4rev2_enabled = yes essere configurato.

In questo contesto, “sperimentale” non significa che la funzione sia in generale inadatta. Significa piuttosto che non si tratta di uno standard generale valido per ogni offerta di hosting. Prima di attivarla, gli operatori dovrebbero verificare se i client di posta utilizzati, l’intera catena di consegna e i sistemi collegati necessitano effettivamente dell’elaborazione UTF-8 o IMAP4rev2 desiderata e siano in grado di gestirla. I test devono essere effettuati in un ambiente che riproduca in modo adeguato l’autenticazione reale, i nomi delle caselle di posta e i profili dei client.

Anche i meccanismi SCRAM, il TLS Channel Binding e l’elaborazione avanzata di TLS-SNI e ALPN meritano una valutazione a parte. Non riguardano solo il processo Dovecot, ma l’interazione con client, certificati, proxy e fonti di autenticazione. Il criterio più sensato è un'esigenza chiara con compatibilità verificabile, non la semplice disponibilità di una nuova opzione in una versione di Dovecot.

Prepararsi in modo sistematico all'aggiornamento alla versione 2.4

L'aggiornamento da Dovecot 2.3 a 2.4 inizia con un'analisi dello stato attuale, non con il gestore dei pacchetti. Registrare la versione del programma installata, la configurazione attiva e il formato delle caselle di posta, ad esempio Maildir o mdbox. Documenta inoltre le fonti di autenticazione, le regole Sieve, le quote, la ricerca full-text, la replica e i proxy a monte. Solo così sarà possibile individuare quali servizi e percorsi dei dati sono effettivamente interessati dalla migrazione.

I seguenti comandi sono adatti per un inventario in lettura. Non modificano né la configurazione né i dati di posta; tuttavia, i risultati devono essere visualizzati in un'area di lavoro protetta, poiché potrebbero consentire di ricavare informazioni sull'ambiente del server.

dovecot --version
doveconf -n

dovecot --version indica lo stato del programma. Con doveconf -n verifica la configurazione effettiva che si discosta dai valori predefiniti. L'opzione -v da doveadm non è invece una richiesta di versione, ma attiva un output più dettagliato, compresa l'indicazione dello stato di avanzamento, e è associata solo a un sottocomando corrispondente. Tratta l'output della configurazione in modo riservato: può contenere nomi di host, strutture di directory, indirizzi di backend o altri dettagli relativi all'infrastruttura. Per l’analisi degli errori, la documentazione di Dovecot raccomanda una configurazione ridotta al minimo anziché un dump pubblico completo.

Verifica inoltre se la versione corrente sia già l'ultima versione 2.3 disponibile. Il percorso di migrazione documentato porta prima a questa versione e solo successivamente alla 2.4. Non trasferire la configurazione direttamente su un sistema di produzione, ma su un sistema di test con account, autorizzazioni e dimensioni delle caselle di posta rappresentativi. Come nel caso di un Aggiornamento del kernel per i server di hosting anche in questo caso il numero di versione da solo non è sufficiente: la configurazione del pacchetto, i moduli attivati e l'architettura determinano l'effetto pratico.

Pianificare la migrazione dalla versione 2.3 alla 2.4

La migrazione alla versione 2.4 costituisce una fase di configurazione a sé stante. Dovecot 2.4 richiede una sintassi modificata, nonché dovecot_config_version e dovecot_storage_version; la versione di configurazione deve corrispondere alla prima impostazione in dovecot.conf . Pertanto, non trasferire i vecchi file così come sono. Confronta ogni impostazione utilizzata con la documentazione sulla migrazione relativa alla versione e verificala nel sistema di test prima di pianificare una finestra di manutenzione.

La tabella non riporta alcuna soluzione alternativa. Il Director rimosso e il Replicator rimosso riguardano compiti diversi: secondo la documentazione, Lua Director è solo una soluzione non supportata per piccole implementazioni, mentre per Replicator viene indicato come approccio un filesystem condiviso. doveadm sync è invece il successore di quello rimosso dsync-Collegamenti simbolici e può essere utilizzato per processi di sincronizzazione o migrazione pianificati appositamente; ciò non implica tuttavia che si tratti di un sostituto "drop-in" documentato per Director o Replicator.

Anche per quanto riguarda le quote e la ricerca, è il database disponibile a determinare il risultato. Compatibilità In questo contesto, ciò non significa solo che Dovecot si avvii: gli avvisi relativi alle quote, le azioni Sieve, le ricerche IMAP e gli accessi da parte di più client devono funzionare correttamente con account di prova realistici. Per ogni componente rimosso, prendi nota di dove è configurato, quali dati utilizza e quale sia la procedura di ripristino. Solo dopo sarà possibile pianificare in modo sensato la migrazione dei pacchetti.

Valutare con attenzione i formati di ricerca e di archiviazione

In Dovecot 2.4 è possibile sviluppare in modo deliberatamente separato lo stato del programma, lo stato della configurazione e lo stato della memoria. Aumenta dovecot_storage_version solo quando non è più previsto il passaggio a una versione precedente di Dovecot. Con lo Storage Level 2.4.5, l’indice del thread per il comando IMAP THREAD un nuovo formato v2. Gli indici dei thread esistenti verranno ricostruiti al prossimo threading; soprattutto nel caso di caselle di posta di grandi dimensioni, la prima interrogazione potrebbe quindi richiedere uno sforzo aggiuntivo.

Una versione precedente di Dovecot non riconosce questo formato di indice dei thread e ricrea l'indice nel formato precedente. Il Livello di archiviazione Si tratta quindi di una scelta operativa, non di una semplice modifica estetica. Pianifica eventuali riorganizzazioni dell'indice in un intervallo di tempo ben definito e non aumentarlo contemporaneamente ad altre modifiche difficili da annullare relative alla ricerca, alla memoria o alla topologia del proxy.

Per gli indici di ricerca locali, fts-flatcurve un'opzione disponibile se l'ambiente fornisce Xapian 1.4 o versioni successive. Il driver salva i dati dell'indice per ogni casella di posta nel percorso dell'indice di Dovecot e supporta la valutazione della rilevanza. È possibile attivare le ricerche per sottostringa, che sono disponibili con fts_flatcurve_substring_search = no Tuttavia, sono disattivate per impostazione predefinita e, se attivate, richiedono una quantità significativa di memoria di indice aggiuntiva. Flatcurve non supporta la ricerca approssimativa.

Valuta quindi la Architettura di ricerca in base alle dimensioni delle caselle di posta, al tipo di archiviazione e al modello operativo, anziché secondo una classifica generica. doveadm fts flatcurve stats fornisce i dati di stato memorizzati relativi agli indici Flatcurve. Da ciò va distinto doveadm fts flatcurve check: Questo comando verifica i database Xapian e cerca di correggere gli errori di base, pertanto può modificarne lo stato. Anche la rotazione e la rimozione degli indici sono misure di manutenzione mirate. Prima di effettuare tali interventi, pianifica la portata, le caselle di posta interessate e l'eventuale ricostruzione degli indici.

Verificare filtri, proxy e limiti di sicurezza

I filtri Sieve costituiscono un punto di controllo a sé stante nell'aggiornamento di Dovecot, poiché l'estensione non è integrata nel nucleo di Dovecot: Sieve e ManageSieve sono forniti dal progetto separato Pigeonhole. Nelle installazioni compilate autonomamente, Pigeonhole deve essere ricompilato insieme alla nuova versione di Dovecot. In caso contrario, il plugin dell’interprete non potrà caricarsi a causa di un conflitto di versioni.

Nelle installazioni basate su distribuzioni, è invece fondamentale che i pacchetti Dovecot e Pigeonhole provengano da repository compatibili tra loro. Prima della finestra di manutenzione, verifica quali script utente attivi, script globali e accessi ManageSieve sono presenti. Dopo l’aggiornamento, è necessario verificare la consegna, il reindirizzamento, le risposte di assenza e le modifiche apportate tramite ManageSieve utilizzando un account di prova appositamente predisposto; i filtri in produzione non sostituiscono questo test.

Nelle architetture proxy, la Compressione IMAP particolare attenzione. Quando la versione di configurazione viene aggiornata alla 2.4.5, l'impostazione predefinita per imap_compress_on_proxy yes. L'elaborazione della compressione viene quindi trasferita al proxy; secondo la documentazione, l'impostazione deve essere configurata sul backend. I prerequisiti sono che siano correttamente definiti login_trusted_networks nonché limiti di fiducia ben definiti tra proxy e backend.

Prima di adottare la nuova configurazione predefinita, è quindi necessario chiarire: quali connessioni terminano sul proxy, quali indirizzi IP il backend può considerare affidabili e su quale sistema devono essere gestiti il carico della CPU e il traffico dati derivante dalla compressione? Una modifica può essere valutata in modo sensato solo se queste domande trovano riscontro nell’effettiva architettura di rete. Essa non sostituisce né una verifica TLS né un controllo degli accessi affidabile tra i sistemi coinvolti.

Anche le nuove funzionalità di autenticazione e i protocolli sperimentali non dovrebbero essere attivati in modo generalizzato. Le informazioni sulla versione menzionano i meccanismi SCRAM, compreso il TLS Channel Binding, nonché SMTPUTF8, IMAP UTF8=ACCEPT e IMAP4rev2. SMTPUTF8 e UTF8=ACCEPT sono necessari durante la compilazione --enable-experimental-mail-utf8 e nella configurazione mail_utf8_extensions = yes. A prescindere da ciò, IMAP4rev2 imposta il flag di compilazione --enable-experimental-imap4rev2 e imap4rev2_enabled = yes prima di tutto. Verifica il supporto client, la catena di distribuzione e il comportamento in caso di errore per ogni singola funzione prima di implementarla nel Hosting e-mail offri.

Utilizzare in modo sicuro dopo l'aggiornamento

Un aggiornamento si considera completato solo dopo aver effettuato i controlli tecnici, non già al termine di un’esecuzione corretta dei pacchetti. Durante la finestra di manutenzione, verifica innanzitutto se il servizio si avvia e se i log riportano errori di configurazione, dei plugin o di autorizzazione. Successivamente, effettua l’accesso e verifica la disponibilità della casella di posta utilizzando un account di prova. Verifica almeno l’elenco delle cartelle, la selezione dei messaggi, la lettura e un’invio controllato, in modo che il server IMAP non sia solo raggiungibile, ma anche utilizzabile.

Verifica che il filtro e la quota funzionino come funzioni separate. Il fatto che l'accesso IMAP avvenga con successo non dimostra né che Pigeonhole sia stato caricato, né che i limiti di quota vengano calcolati correttamente. Prova quindi una regola di filtro innocua e un'invio vicino a un limite di quota previsto in una casella di posta di prova isolata. In questo modo è possibile individuare errori nei plugin, nelle autorizzazioni e nel collegamento al rispettivo backend delle quote, senza sovraccaricare intenzionalmente le caselle di posta dei clienti.

Quando la ricerca full-text è attivata, il monitoraggio dello stato dell’indice e delle query di ricerca viene eseguito in background. Per una panoramica di lettura dei dati dell’indice Flatcurve disponibili, si utilizza doveadm fts flatcurve stats. Il sottocomando check Va chiaramente distinto da questo: verifica i database Xapian e cerca di correggere gli errori di base, quindi non si tratta di una diagnosi che garantisce una lettura in sola lettura. Utilizzalo, così come la rotazione o la rimozione degli indici, solo come misura di manutenzione pianificata per caselle di posta specificate e tieni conto di possibili cambiamenti di stato e di una nuova creazione degli indici.

In presenza di proxy a monte, puoi inoltre controllare l'intero via di transito: Quando la richiesta di autenticazione arriva al backend previsto, l'IP del client e la rete di fiducia vengono gestiti correttamente e non si verificano problemi imprevisti di compressione o TLS? A tal fine, confronta cronologicamente i log dei componenti coinvolti. Singoli accessi riusciti non sono sufficienti se sono coinvolti più backend, reti client diverse o terminazioni TLS separate.

Per la ricerca degli errori, la documentazione di Dovecot raccomanda una configurazione ridotta al minimo. A tal fine, in un ambiente protetto, riduci gradualmente i componenti fino a individuare quelli che riproducono l'errore, invece di rendere pubblica l'intera configurazione di produzione. Avviso: Informazioni quali la configurazione effettiva possono contenere dettagli sull'infrastruttura o dati sensibili. Pertanto, non condividerle integralmente né nei ticket, né nei forum o nei documenti pubblici, ma provvedi a oscurarne le parti rilevanti.

Quando conviene aggiornare Dovecot

L'aggiornamento di Dovecot alla versione CE 2.4.5 non è solo una scelta di natura funzionale e architettonica. Le note di rilascio riportano numerose correzioni critiche relative alla sicurezza che riguardano, tra l’altro, i comandi IMAP, Submission, le verifiche OAuth, dsync, l’autenticazione e la compressione. Gli amministratori dovrebbero quindi verificare tempestivamente se la propria installazione è interessata dal problema e attraverso quale versione del pacchetto o del backport la distribuzione in uso fornisce le correzioni. Dalla sola versione upstream non si può dedurre né che un pacchetto della distribuzione non sia stato aggiornato, né che un aggiornamento immediato generico senza verifica della migrazione sia sicuro.

Oltre a questa valutazione di sicurezza, un aggiornamento è giustificabile se è motivato da una necessità di compatibilità, da un requisito operativo concreto o da un ammodernamento verificabile in modo comprensibile. Tra questi possono rientrare i parametri di versione controllabili relativi alla configurazione e alla memoria. Tuttavia, lo stato del pacchetto da solo non è un criterio decisionale sufficiente: il formato della casella di posta, l’autenticazione, la quota, Sieve, la ricerca e la topologia del proxy determinano l’effettivo entità dello sforzo richiesto per la migrazione.

A favore delle installazioni alla versione 2.3 depone la scelta di dare priorità a tale versione, soprattutto quando la situazione di sicurezza e lo stato della distribuzione disponibile suggeriscono un aggiornamento e la migrazione può essere testata in un sistema di prova. A questo proposito, a livello di archiviazione si mantiene volutamente un approccio prudente: i nuovi formati di archiviazione dovrebbero essere attivati solo quando non è più previsto un ritorno alle versioni precedenti di Dovecot. Ciò riguarda, tra l’altro, l’indice dei thread modificato nella versione 2.4.5, la cui ricostruzione avviene alla successiva interrogazione del threading.

Le funzionalità aggiuntive sono scelte architetturali distinte. Flatcurve È opportuno valutare questa soluzione se la ricerca delle notizie viene utilizzata regolarmente e se la memoria di indice locale, la dipendenza da Xapian, il monitoraggio e la reindicizzazione si adattano al modello operativo. La documentazione classifica il driver come indice di ricerca full-text locale basato su Xapian; da ciò non deriva una raccomandazione generale a favore di Solr o a sfavore della ricerca full-text.

Le opzioni sperimentali UTF8 e IMAP4rev2 si giustificano solo in presenza di un’effettiva necessità lungo l’intera catena, che comprende client di posta, invio o consegna e accesso IMAP. In assenza di tale presupposto, la loro attivazione comporta soprattutto un aumento del carico di lavoro legato alle verifiche. Lo stesso vale per i nuovi meccanismi di autenticazione: la disponibilità di una funzionalità nella versione non sostituisce la verifica dei client utilizzati, della configurazione TLS e della fonte di autenticazione.

Per quanto riguarda Dovecot 3, sulla base delle informazioni CE pubblicate non è possibile fornire alcuna indicazione in merito a date, funzionalità o percorso di migrazione. La versione stabile confermata è la CE 2.4.5; indicazioni nella documentazione di sviluppo o nel ramo main Non si tratta né di una versione del prodotto già rilasciata né di una roadmap. Ti consiglio quindi di basarti sulla versione 2.4 effettivamente disponibile, di distinguerla da Dovecot Pro e di valutare gli annunci successivi solo quando saranno stati pubblicati ufficialmente.