Dovecot-update: nieuwigheden in CE 2.4 en de stand van zaken rond Dovecot 3

Dovecot 3: Versie-informatie en roadmap in kaart brengen

Wie van plan is Dovecot te updaten, moet versienummers niet opvatten als een toezegging voor een komende hoofdversie. Op het moment van onderzoek, 21 oktober 2026, is Dovecot CE 2.4.5 de gepubliceerde stabiele versie in de officiële Core-repository. Een gepubliceerde Dovecot CE-versie 3.0 of een officiële CE 3.0-roadmap is daar daarentegen niet te vinden.

Met name een kop als „v2.4.5 naar v2.4.6“ in de documentatie duidt niet op een gepubliceerde versie 2.4.6. Dergelijke inhoud kan helpen om wijzigingen in de ontwikkelingsbranch vroegtijdig te herkennen. Ze geven echter geen uitsluitsel over wanneer, of en in welke vorm deze wijzigingen in een stabiel pakket terechtkomen. Dit geldt des te meer voor afgeleide versies van Dovecot 3.

Voor beslissingen in de E-mail hosting Bovendien moeten de producttakken gescheiden blijven. Dovecot CE verwijst naar de Community Edition, terwijl Dovecot Pro een afzonderlijk commercieel aanbod is. Een functie, een bedrijfsmodel of een vermelding in de documentatie kan daarom niet automatisch tussen beide worden overgedragen. Ook moet inhoud uit de ‘main’-brancch worden onderscheiden van gepubliceerde CE-releases; bepalend voor een upgrade zijn de versie en de documentatie die daadwerkelijk zullen worden gebruikt.

Wat er verandert in het versiemodel van Dovecot 2.4

Dovecot 2.4 maakt onderscheid tussen drie niveaus die bij een update vaak ten onrechte door elkaar worden gehaald: de geïnstalleerde versie van het programma, dovecot_config_version en dovecot_storage_version. Het geïnstalleerde pakket bepaalt welke code de IMAP-server kan uitvoeren. De twee instellingen bepalen daarentegen bewust vanaf welke versie gewijzigde standaardwaarden of nieuwe opslagformaten worden gebruikt.

De Configuratieversie Dit voorkomt dat bij een pakketwisseling stilzwijgend alle nieuwe standaardinstellingen worden geactiveerd. Beheerders kunnen Dovecot eerst updaten naar versie 2.4 en vervolgens de configuratiesemantiek gericht aanpassen, nadat ze de aanmelding, TLS, plug-ins en de bestaande instellingen hebben gecontroleerd. Dit vermindert verrassingen als gevolg van gewijzigde standaardinstellingen, maar vervangt niet de noodzakelijke migratie van een 2.3-configuratie.

De Opslagversie heeft daarentegen betrekking op gegevensformaten die Dovecot in zijn indexen of andere opslaggebieden aanmaakt. Een hogere waarde kan formaten activeren die oudere Dovecot-versies niet herkennen. Daarom mag deze waarde pas worden ingesteld als een terugval naar een oudere programmaversie niet langer deel uitmaakt van het herstelplan. Een pakket-rollback alleen herstelt eerder gebruikte indexformaten niet automatisch.

Voor een migratie van 2.3 naar 2.4 moeten beide instellingen in de hoofdconfiguratie aanwezig zijn; dovecot_config_version daarbij moet de eerste instelling in dovecot.conf . Stel de configuratieversie pas in op de beoogde doelversie nadat je de 2.4-syntaxis hebt aangepast en gecontroleerd. De opslagversie blijft voorlopig op de tot nu toe vereiste compatibele versie en wordt niet automatisch bijgewerkt naar de pakketversie.

De tweede stap is de vrijgave die een rollback vereist nieuwe opslagformaten. Pas wanneer alle instanties de nieuwe versie gebruiken, er geen terugval naar oudere Dovecot-versies meer is voorzien en er een gepland onderhoudsvenster beschikbaar is, kan dovecot_storage_version worden verhoogd tot de gekozen eindstand, bijvoorbeeld tot 2.4.5 voor het daar gedocumenteerde thread-indexformaat. Oudere versies kunnen deze index opnieuw in hun eigen formaat opbouwen; dit brengt echter extra werk met zich mee en een overstap tussen indexformaten die onderling niet compatibel zijn. De informatie is daarom geen kant-en-klare standaardconfiguratie: de begin- en eindwaarde zijn afhankelijk van de gebruikte versie en het noodplan.

Deze stapsgewijze aanpak komt overeen met het principe om de programmastatus en de doorgevoerde gedragsveranderingen afzonderlijk te beoordelen. Ook bij andere servercomponenten volstaat een hoog versienummer niet als bewijs van compatibiliteit; de bijdrage aan Beslissingen over upgrades voor Redis 8 legt dit onderscheid uit voor een andere dienst. Bij Dovecot spelen bovendien mailboxformaten, indexgegevens en de noodstrategie een rol.

Nieuwe functies en hun ontwikkelingsfase

Een belangrijke vernieuwing in Dovecot 2.4 is fts-flatcurve als lokale backend voor volledige-tekstzoekopdrachten op basis van Xapian. Het stuurprogramma slaat zoekgegevens per mailbox op in het Dovecot-indexpad en vereist Xapian vanaf versie 1.4. Het ondersteunt relevantiebeoordeling en maakt ook zoeken op deelstrings mogelijk, maar biedt geen fuzzy-zoekfunctie. Zonder volledige-tekstindex moet Dovecot berichtgegevens sequentieel doorzoeken voor dergelijke zoekopdrachten.

Het zoeken naar substrings is bij Flatcurve niet automatisch ingeschakeld: de gedocumenteerde standaardinstelling van fts_flatcurve_substring_search luidt no. Als deze functie bewust wordt ingeschakeld voor relevante IMAP-zoekopdrachten, moet er extra opslagruimte voor de index worden gereserveerd. Flatcurve blijft daarmee een optie voor IMAP-servers waarop regelmatig naar berichten wordt gezocht, maar het is geen onvoorwaardelijke, verplichte upgrade. Indexgroei, monitoring en herindexering maken deel uit van de operationele planning.

SMTPUTF8 en IMAP moeten anders worden ingedeeld UTF8=ACCEPT en IMAP4rev2. In de release-informatie worden deze mogelijkheden aangemerkt als experimenteel. SMTPUTF8 en UTF8=ACCEPT stellen een build samen met --enable-experimental-mail-utf8 en daarna mail_utf8_extensions = yes in de configuratie vereist. IMAP4rev2 gebruikt hiervoor aparte schakelaars: bij het bouwen is --enable-experimental-imap4rev2 vereist, daarna moet imap4rev2_enabled = yes kan worden geconfigureerd.

'Experimenteel' betekent hier niet dat de functie in het algemeen ongeschikt zou zijn. Het is veeleer geen algemene standaard voor elk hostingaanbod. Voordat ze deze functie activeren, moeten beheerders controleren of de gebruikte e-mailclients, de volledige bezorgketen en de gekoppelde systemen de gewenste UTF-8-verwerking of IMAP4rev2 daadwerkelijk nodig hebben en kunnen verwerken. Tests moeten worden uitgevoerd in een omgeving die de daadwerkelijke authenticatie, mailboxnamen en clientprofielen voldoende nabootst.

Ook SCRAM-mechanismen, TLS Channel Binding en geavanceerde TLS-SNI- en ALPN-verwerking verdienen een afzonderlijke beoordeling. Deze hebben niet alleen betrekking op het Dovecot-proces, maar ook op de interactie met clients, certificaten, proxyservers en authenticatiebronnen. De zinvolle maatstaf is een duidelijke behoefte met aantoonbare compatibiliteit, niet louter de beschikbaarheid van een nieuwe optie in een Dovecot-release.

De upgrade naar 2.4 systematisch voorbereiden

Een upgrade van Dovecot 2.3 naar 2.4 begint met een inventarisatie, niet met de pakketbeheerder. Breng de geïnstalleerde versie van het programma, de geldige configuratie en het mailboxformaat (zoals Maildir of mdbox) in kaart. Documenteer bovendien authenticatiebronnen, Sieve-regels, quota, full-text-zoekfuncties, replicatie en upstream-proxies. Alleen zo wordt duidelijk welke diensten en gegevenspaden daadwerkelijk door de migratie worden beïnvloed.

De volgende commando’s zijn geschikt voor een inventarisatie in leesmodus. Ze wijzigen noch de configuratie, noch de e-mailgegevens; de uitvoer ervan hoort echter thuis in een beveiligde werkomgeving, omdat hieruit conclusies over de serveromgeving kunnen worden getrokken.

dovecot --version
doveconf -n

dovecot --version geeft de programmastatus weer. Met doveconf -n controleer je de daadwerkelijke configuratie die afwijkt van de standaardinstellingen. De optie -v van doveadm is daarentegen geen versie-opvraag, maar activeert een uitgebreidere uitvoer, inclusief voortgangsbalk, en hoort alleen bij een bijbehorend subcommando. Behandel de configuratie-uitvoer vertrouwelijk: deze kan hostnamen, mappenstructuren, backend-adressen of andere infrastructuurdetails bevatten. Voor foutanalyses raadt de Dovecot-documentatie een geminimaliseerde configuratie aan in plaats van een onverkorte openbare dump.

Controleer bovendien of de huidige stand al de laatste beschikbare 2.3-release is. Het gedocumenteerde migratietraject leidt eerst naar deze versie en pas daarna naar 2.4. Breng de configuratie niet rechtstreeks over naar een productiesysteem, maar naar een testsysteem met representatieve accounts, machtigingen en mailboxgroottes. Net als bij een Kernel-update voor hostingservers Ook hier is het versienummer alleen niet voldoende: de pakketindeling, de geactiveerde modules en de architectuur bepalen het praktische effect.

De migratie van 2.3 naar 2.4 plannen

De migratie naar 2.4 is een aparte configuratiestap. Dovecot 2.4 vereist een aangepaste syntaxis en dovecot_config_version en dovecot_storage_version; de configuratieversie moet de eerste instelling in dovecot.conf . Neem oude bestanden daarom niet ongewijzigd over. Vergelijk elke gebruikte instelling met de versiespecifieke migratiedocumentatie en controleer deze in het testsysteem voordat er een onderhoudsvenster wordt gepland.

De tabel bevat geen alternatieve oplossingen. De verwijderde Director en de verwijderde Replicator hebben verschillende functies: volgens de documentatie is Lua Director slechts een niet-ondersteunde oplossing voor kleine implementaties, terwijl voor Replicator een gedeeld bestandssysteem als aanpak wordt genoemd. doveadm sync is daarentegen de opvolger van de verwijderde dsync-symlinks en kan worden gebruikt voor bewust geplande synchronisatie- of migratieprocessen; dit betekent echter niet dat het een gedocumenteerde ‘drop-in’-vervanger is voor Director of Replicator.

Ook bij quota en zoekopdrachten is de beschikbare gegevensbank bepalend. Compatibiliteit Dit betekent hier niet alleen dat Dovecot opstart: quota-waarschuwingen, Sieve-acties, IMAP-zoekopdrachten en toegang door meerdere clients moeten werken met realistische testaccounts. Noteer voor elk verwijderd onderdeel waar het is geconfigureerd, welke gegevens het gebruikt en hoe een terugkeer eruitziet. Pas daarna kan de pakketomschakeling zinvol worden gepland.

Zoek- en opslagformaten zorgvuldig afwegen

De programmastatus, configuratiestatus en geheugenstatus kunnen in Dovecot 2.4 bewust afzonderlijk worden ontwikkeld. Verhoog dovecot_storage_version pas wanneer een teruggang naar een oudere Dovecot-versie niet langer mogelijk is. Met Storage-level 2.4.5 gebruikt de thread-index voor het IMAP-commando THREAD een nieuw v2-formaat. Bestaande thread-indexen worden bij de volgende threading opnieuw opgebouwd; vooral bij grote mailboxen kan de eerste zoekopdracht daardoor extra werk met zich meebrengen.

Een oudere versie van Dovecot begrijpt dit thread-indexformaat niet en genereert de index opnieuw in het oude formaat. De Opslagniveau Het is daarom een bedrijfsbeleid, geen louter cosmetische aanpassing. Plan eventuele herstructureringen van de index binnen een vastgesteld tijdsbestek en voer deze niet tegelijkertijd door met andere wijzigingen aan de zoekfunctie, het geheugen of de proxy-topologie die moeilijk ongedaan te maken zijn.

Voor lokale zoekindexen geldt dat fts-flatcurve een optie als de omgeving Xapian 1.4 of nieuwer ondersteunt. Het stuurprogramma slaat indexgegevens per mailbox op in het Dovecot-indexpad en ondersteunt relevantiebeoordeling. Zoeken op deelstrings kan worden ingeschakeld en is mogelijk met fts_flatcurve_substring_search = no Deze zijn echter standaard uitgeschakeld en vereisen bij activering aanzienlijk meer indexgeheugen. Flatcurve ondersteunt geen onscherpe zoekopdrachten.

Beoordeel daarom de Zoekarchitectuur op basis van de grootte van de mailboxen, het type opslag en het bedrijfsmodel, in plaats van volgens een algemene rangorde. doveadm fts flatcurve stats levert opgeslagen statusgegevens over de Flatcurve-indexen. Dit moet worden onderscheiden van doveadm fts flatcurve check: Dit commando controleert Xapian-databases en probeert fundamentele fouten te verhelpen; het kan de status dus wijzigen. Het roteren en verwijderen van indexen zijn eveneens gerichte onderhoudsmaatregelen. Plan voorafgaand aan dergelijke ingrepen de omvang, de betrokken mailboxen en het mogelijke opnieuw opbouwen van de indexen.

Sieve, proxies en beveiligingslimieten controleren

Sieve-filters vormen een apart controlepunt bij de Dovecot-update, omdat de uitbreiding niet in de Dovecot-kern is geïntegreerd: Sieve en ManageSieve worden aangeboden door het afzonderlijke project Pigeonhole. Bij zelf gecompileerde installaties moet Pigeonhole samen met de nieuwe Dovecot-versie opnieuw worden gecompileerd. Anders kan de interpreter-plugin vanwege een versieconflict niet worden geladen.

Bij distributiegebaseerde installaties is het daarentegen van cruciaal belang dat de Dovecot- en Pigeonhole-pakketten afkomstig zijn uit onderling compatibele pakketbronnen. Controleer vóór het onderhoudsvenster welke actieve gebruikersscripts, globale scripts en ManageSieve-toegangen aanwezig zijn. Na de update moeten bezorging, omleiding, afwezigheidsberichten en een wijziging via ManageSieve worden getest met een daarvoor bestemd testaccount; productieve filters zijn geen vervanging voor deze test.

In proxy-architecturen verdient de IMAP-compressie bijzondere aandacht. Wanneer de configuratieversie wordt bijgewerkt naar 2.4.5, is de standaardinstelling voor imap_compress_on_proxy yes. De verwerking van de compressie wordt daarmee naar de proxy verplaatst; volgens de documentatie hoort deze instelling op de backend te staan. Voorwaarde is dat de volgende elementen correct zijn gedefinieerd login_trusted_networks en duidelijk afgebakende vertrouwensgrenzen tussen de proxy en de backend.

Maak daarom, voordat je de nieuwe standaardinstelling overneemt, duidelijk: welke verbindingen eindigen bij de proxy, welke IP-adressen mag de backend als betrouwbaar beschouwen, en op welk systeem moeten de CPU-belasting en het dataverkeer van de compressie plaatsvinden? Een wijziging kan alleen zinvol worden beoordeeld als deze vragen aansluiten bij de daadwerkelijke netwerkarchitectuur. Deze wijziging vervangt noch een TLS-controle, noch een robuuste toegangscontrole tussen de betrokken systemen.

Ook nieuwe authenticatiemogelijkheden en experimentele protocolfuncties mogen niet zonder meer worden ingeschakeld. In de release-informatie worden SCRAM-mechanismen genoemd, waaronder TLS Channel Binding, SMTPUTF8 en IMAP UTF8=ACCEPT en IMAP4rev2. SMTPUTF8 en UTF8=ACCEPT zijn nodig tijdens het bouwen --enable-experimental-mail-utf8 en in de configuratie mail_utf8_extensions = yes. Los daarvan stelt IMAP4rev2 de build-schakelaar in --enable-experimental-imap4rev2 en imap4rev2_enabled = yes vooraf. Controleer de clientondersteuning, de leveringsketen en het terugvalgedrag voor elke functie afzonderlijk, voordat je deze in de E-mail hosting aanbiedt.

Veilig gebruiken na de update

Een update is pas voltooid na technische controles, niet al na een succesvolle pakketverwerking. Controleer tijdens het onderhoudsvenster eerst of de dienst opstart en of de logbestanden fouten in de configuratie, plug-ins of machtigingen vertonen. Daarna volg je de aanmelding en de toegang tot de mailbox met een testaccount. Controleer daarbij ten minste de mappenlijst, de berichtenselectie, het lezen van berichten en een gecontroleerde bezorging, zodat de IMAP-server niet alleen bereikbaar, maar ook bruikbaar is.

Controleer Sieve en Quota als afzonderlijke functies. Een succesvolle IMAP-aanmelding bewijst noch dat Pigeonhole is geladen, noch dat de quota-limieten correct worden bepaald. Test daarom een onschadelijke filterregel en een bezorging die dicht bij een beoogde quotumlimiet ligt in een geïsoleerde testmailbox. Zo kunnen fouten in plug-ins, machtigingen en de koppeling met de betreffende quotum-backend worden opgespoord, zonder de mailboxen van klanten opzettelijk te belasten.

Wanneer de volledige-tekstzoekfunctie is ingeschakeld, moet het controleren van de indexstatus en zoekopdrachten in de nabewerking plaatsvinden. Voor een overzicht van de beschikbare Flatcurve-indexgegevens dient doveadm fts flatcurve stats. Het subcommando check Dit moet duidelijk worden onderscheiden: het controleert Xapian-databases en probeert fundamentele fouten te verhelpen; het is dus geen gegarandeerd uitsluitend leesbare diagnose. Gebruik het, net als rotatie of het verwijderen van indexen, alleen als geplande onderhoudsmaatregel voor vastgestelde mailboxen en houd rekening met mogelijke statuswijzigingen en het opnieuw opbouwen van indexen.

Bij upstream-proxies controleer je bovendien het gehele Verkeersweg: Komt de aanmelding aan bij de verwachte backend, worden het IP-adres van de client en het vertrouwensnetwerk correct verwerkt en doen zich geen onverwachte compressie- of TLS-problemen voor? Vergelijk hiervoor de logbestanden van de betrokken componenten met elkaar in de tijd. Enkele succesvolle aanmeldingen zijn niet voldoende wanneer er meerdere backends, verschillende clientnetwerken of afzonderlijke TLS-terminaties bij betrokken zijn.

Voor het opsporen van fouten raadt de Dovecot-documentatie een minimale configuratie aan. Beperk daarom in een beveiligde omgeving stap voor stap de configuratie tot de componenten die de fout reproduceren, in plaats van de volledige productieve configuratie openbaar te maken. Waarschuwing: Informatie zoals de effectieve configuratie kan infrastructuurgegevens of gevoelige informatie bevatten. Deel deze informatie daarom niet onverkort in tickets, forums of openbare documenten, maar verwijder de relevante gegevens zorgvuldig.

Wanneer is een Dovecot-update de moeite waard?

Een update van Dovecot naar CE 2.4.5 is niet alleen een keuze op het gebied van functionaliteit en architectuur. In de release notes worden talrijke kritieke beveiligingsupdates die onder andere betrekking hebben op IMAP-commando’s, Submission, OAuth-controles, dsync, authenticatie en compressie. Beheerders dienen daarom zo snel mogelijk te controleren of hun installatie hierdoor wordt getroffen en via welke pakket- of backportversie de gebruikte distributie de correcties beschikbaar stelt. Uit de upstream-versie alleen kan noch worden afgeleid dat een distributiepakket niet is gepatcht, noch dat een generieke onmiddellijke upgrade zonder migratiecontrole veilig zou zijn.

Naast deze veiligheidsbeoordeling is een update gerechtvaardigd als er sprake is van noodzakelijke compatibiliteit, een concrete operationele vereiste of een aantoonbaar testbare modernisering. Hieronder kunnen de controleerbare versieschakelaars voor configuratie en opslag vallen. Een pakketstatus alleen is echter geen voldoende basis voor een beslissing: het mailboxformaat, authenticatie, quota, Sieve, zoekfuncties en de proxy-topologie bepalen hoe groot de migratie-inspanning daadwerkelijk is.

Er zijn vooral argumenten voor installaties op versie 2.3 wanneer de beveiligingssituatie en de beschikbare distributieversie een update aanbevelen en de migratie in een testsysteem kan worden doorgevoerd. Wat de opslag betreft, wordt bewust terughoudendheid betracht: nieuwe opslagformaten moeten pas worden geactiveerd wanneer een terugkeer naar oudere Dovecot-versies niet meer mogelijk is. Dit geldt onder andere voor de in versie 2.4.5 gewijzigde thread-index, die bij de volgende threading-query opnieuw wordt opgebouwd.

Extra functies zijn afzonderlijke architecturale keuzes. Flatcurve Het is zinvol om dit te overwegen als er regelmatig gebruik wordt gemaakt van het zoeken naar berichten en als lokale indexopslag, afhankelijkheid van Xapian, monitoring en herindexering binnen het bedrijfsmodel passen. In de documentatie wordt de driver aangemerkt als een lokale, op Xapian gebaseerde full-text-zoekindex; hieruit volgt geen algemene aanbeveling ten gunste van Solr of het afzien van FTS.

Experimentele UTF8- en IMAP4rev2-opties zijn alleen gerechtvaardigd als er een aantoonbare behoefte bestaat in de volledige keten van e-mailclient, verzending of bezorging en IMAP-toegang. Zonder deze voorwaarde leidt activering vooral tot meer controlewerk. Hetzelfde geldt voor nieuwe authenticatiemechanismen: een bestaande mogelijkheid in de release is geen vervanging voor het controleren van de gebruikte clients, de TLS-configuratie en de authenticatiebron.

Op basis van de gepubliceerde CE-informatie kunnen voor Dovecot 3 noch een datum, noch een functieset, noch een migratietraject worden toegezegd. De bevestigde stabiele release is CE 2.4.5; aanwijzingen in de ontwikkelingsdocumentatie of in de branch main Er is nog geen gepubliceerde productstatus en geen roadmap. Ga daarom uit van de daadwerkelijk beschikbare 2.4-lijn, houd deze gescheiden van Dovecot Pro en beoordeel latere aankondigingen pas wanneer ze officieel zijn gepubliceerd.