Dovecot-opdatering: Nye funktioner i CE 2.4 og status for Dovecot 3

Dovecot 3: Oversigt over versionsstatus og udviklingsplan

Hvis man planlægger en Dovecot-opdatering, bør man ikke opfatte versionsbetegnelser som en bekræftelse på en kommende hovedversion. På undersøgelsestidspunktet den 21. oktober 2026 er Dovecot CE 2.4.5 den offentliggjorte stabile version i det officielle Core-repository. Der findes derimod ingen oplysninger om en offentliggjort Dovecot CE-version 3.0 eller en officiel CE 3.0-køreplan.

Især en overskrift som „v2.4.5 til v2.4.6“ i dokumentationen betyder ikke, at der er udgivet en version 2.4.6. Sådanne oplysninger kan hjælpe med at opdage ændringer i udviklingsgrenen på et tidligt tidspunkt. De giver dog ingen oplysninger om, hvornår, om eller i hvilken form de vil blive inkluderet i en stabil pakke. Dette gælder i endnu højere grad for afledninger til Dovecot 3.

Ved beslutninger i Hosting af e-mail Desuden skal produktgrenene holdes adskilt. Dovecot CE betegner Community-udgaven, mens Dovecot Pro er et separat kommercielt tilbud. En funktion, en driftsmodel eller en angivelse i dokumentationen kan derfor ikke automatisk overføres mellem de to. Indhold fra main skal også skelnes fra offentliggjorte CE-udgivelser; det afgørende for en opgradering er den version og den dokumentation, der faktisk skal anvendes.

Hvad der er ændret i versionsmodellen for Dovecot 2.4

Dovecot 2.4 skelner mellem tre niveauer, som ofte fejlagtigt forveksles ved en opdatering: den installerede programversion, dovecot_config_version og dovecot_storage_version. Den installerede pakke bestemmer, hvilken kode IMAP-serveren kan udføre. De to indstillinger styrer derimod bevidst, fra hvilket tidspunkt ændrede standardværdier henholdsvis nye lagringsformater skal anvendes.

Die Konfigurationsversion Dette forhindrer, at et pakkeskift automatisk aktiverer alle nye standardindstillinger. Administratorer kan først opdatere Dovecot til version 2.4 og derefter målrettet hæve konfigurationsniveauet, efter at de har kontrolleret login, TLS, plugins og de eksisterende indstillinger. Dette mindsker uventede overraskelser som følge af ændrede standardværdier, men erstatter ikke den nødvendige migrering af en 2.3-konfiguration.

Die Lagringsversion gælder derimod dataformater, som Dovecot opretter i sine indekser eller andre lagringsområder. En højere værdi kan aktivere formater, som ældre versioner af Dovecot ikke forstår. Derfor bør den først indstilles, når en tilbagevenden til en ældre programversion ikke længere indgår i genopretningsplanen. En pakkerollback alene gendanner ikke automatisk tidligere anvendte indeksformater.

Ved en migration fra version 2.3 til 2.4 skal begge indstillinger være til stede i hovedkonfigurationen; dovecot_config_version her skal den første indstilling i dovecot.conf . Indstil først konfigurationsversionen til den tilsigtede målversion, efter at 2.4-syntaksen er blevet tilpasset og kontrolleret. Lagerversionen forbliver i første omgang på det hidtil nødvendige kompatible niveau og opgraderes ikke automatisk til pakkeniveauet.

Det udtrykkelige andet trin er godkendelse, der kræver rollback nye lagringsformater. Først når alle instanser bruger den nye version, det ikke længere er muligt at falde tilbage til ældre Dovecot-versioner, og der er et planlagt vedligeholdelsesvindue, kan dovecot_storage_version forhøjes til den valgte målstand, f.eks. til 2.4.5 for det trådindeksformat, der er dokumenteret der. Ældre versioner kan genopbygge dette indeks i deres eget format; dette medfører dog ekstra arbejde og et skift mellem indeksformater, der ikke er indbyrdes kompatible. Oplysningerne udgør derfor ikke en standardkonfiguration, der er klar til kopiering: Start- og målværdierne afhænger af den anvendte version og beredskabsplanen.

Denne trinvise fremgangsmåde ligner princippet om at vurdere programstatus og gennemførte adfærdsændringer hver for sig. Også for andre serverkomponenter er et højt versionsnummer ikke i sig selv tilstrækkeligt som bevis for kompatibilitet; bidraget til Beslutninger om opgradering til Redis 8 forklarer denne sondring for en anden tjeneste. I forbindelse med Dovecot er der desuden tale om postkasseformater, indeksdata og fallback-strategien.

Nye funktioner og deres modenhedsgrad

En vigtig nyhed i Dovecot 2.4 er fts-flatcurve som et lokalt backend til fuldtekstsøgning baseret på Xapian. Driveren gemmer søgedata for hver enkelt postkasse i Dovecots indekssti og kræver Xapian version 1.4 eller nyere. Den understøtter relevansvurdering og kan også muliggøre delstrengssøgninger, men tilbyder ikke fuzzy-søgning. Uden et fuldtekstindeks er Dovecot nødt til at gennemgå meddelelsesdata sekventielt for at finde de relevante resultater.

Søgning efter delstrenge er ikke automatisk aktiveret i Flatcurve: Den dokumenterede standardindstilling for fts_flatcurve_substring_search lyder no. Hvis den bevidst aktiveres til relevante IMAP-søgeforespørgsler, skal der afsættes ekstra lagerplads til indekset. Flatcurve forbliver dermed en mulighed for IMAP-servere, hvor der regelmæssigt foretages søgning efter meddelelser, men det er ikke en obligatorisk opgradering uden forbehold. Indeksvækst, overvågning og reindeksering er en del af driftsplanlægningen.

SMTPUTF8 og IMAP skal klassificeres anderledes UTF8=ACCEPT og IMAP4rev2. I udgivelsesoplysningerne betegnes disse muligheder som eksperimentelle. SMTPUTF8 og UTF8=ACCEPT opretter en build med --enable-experimental-mail-utf8 og derefter mail_utf8_extensions = yes i konfigurationen. IMAP4rev2 bruger separate indstillinger hertil: Ved kompilering er --enable-experimental-imap4rev2 nødvendigt, derefter skal imap4rev2_enabled = yes konfigureres.

»Eksperimentel« betyder her ikke, at funktionen generelt er uegnet. Den er snarere ikke en generel standard for alle hosting-tilbud. Inden aktivering bør udbydere kontrollere, om de anvendte e-mail-klienter, den fulde leveringskæde og tilknyttede systemer rent faktisk har brug for og kan håndtere den ønskede UTF-8-behandling eller IMAP4rev2. Testene skal foregå i et miljø, der i tilstrækkelig grad afspejler reel autentificering, postkassenavne og klientprofiler.

Også SCRAM-mekanismer, TLS Channel Binding samt udvidet TLS-SNI- og ALPN-behandling fortjener en særskilt vurdering. De vedrører ikke kun Dovecot-processen, men også samspillet med klienter, certifikater, proxyservere og godkendelseskilder. Den fornuftige målestok er et klart behov med verificerbar kompatibilitet, ikke blot tilgængeligheden af en ny mulighed i en Dovecot-udgivelse.

Systematisk forberedelse til opgradering til 2.4

En opgradering fra Dovecot 2.3 til 2.4 starter med en statusopgørelse, ikke med pakkehåndteringen. Registrer den installerede programversion, den gældende konfiguration og postkasseformatet, f.eks. Maildir eller mdbox. Dokumenter desuden godkendelseskilder, Sieve-regler, kvoter, fuldtekstsøgning, replikering samt forudgående proxyservere. Kun på den måde bliver det tydeligt, hvilke tjenester og datastier der rent faktisk berøres af migreringen.

Følgende kommandoer er velegnede til en læse-inventar. De ændrer hverken konfigurationen eller e-mail-dataene; deres output bør dog vises i et beskyttet arbejdsområde, da det kan give indblik i servermiljøet.

dovecot --version
doveconf -n

dovecot --version viser programmets status. Med doveconf -n kontrollerer du den faktiske konfiguration, der afviger fra standardindstillingerne. Indstillingen -v Fra doveadm er derimod ikke en versionsforespørgsel, men aktiverer en mere detaljeret udskrift, herunder en fremskridtsindikator, og hører kun til en passende underkommando. Behandl konfigurationsudskriften fortroligt: Den kan indeholde værtsnavne, mappestrukturer, backend-adresser eller andre infrastrukturdetaljer. Til fejlanalyser anbefaler Dovecot-dokumentationen en minimeret konfiguration i stedet for en uforkortet offentlig dump.

Kontroller desuden, om den aktuelle version allerede er den seneste tilgængelige 2.3-udgave. Den dokumenterede migrationsvej fører først til denne version og først derefter til 2.4. Overfør ikke konfigurationen direkte til et produktionssystem, men til et testsystem med repræsentative konti, rettigheder og postkassestørrelser. Ligesom ved en Kernel-opdatering til hosting-servere Også her er versionsnummeret alene ikke tilstrækkeligt: Pakkesammensætning, aktiverede moduler og arkitektur bestemmer den praktiske virkning.

Planlægning af overgangen fra 2.3 til 2.4

Overgangen til version 2.4 er et særskilt konfigurationstrin. Dovecot 2.4 kræver en tilpasset syntaks samt dovecot_config_version og dovecot_storage_version; konfigurationsversionen skal være den første indstilling i dovecot.conf . Du bør derfor ikke overføre gamle filer uden ændringer. Sammenlign hver enkelt indstilling, der anvendes, med den versionsspecifikke migrationsdokumentation, og valider den i testsystemet, inden der planlægges et vedligeholdelsesvindue.

Tabellen indeholder ingen alternative løsninger. Den fjernede Director og den fjernede Replicator vedrører forskellige opgaver: Ifølge dokumentationen er Lua Director blot en løsning, der ikke understøttes, til små installationer, mens Replicator angives at være baseret på et delt filsystem. doveadm sync er derimod efterfølgeren til den fjernede dsync-symlinks og kan anvendes til bevidst planlagte synkroniserings- eller migrationsprocesser; det betyder dog ikke, at der findes en dokumenteret drop-in-erstatning for Director eller Replicator.

Også når det gælder kvoter og søgning, er det den eksisterende database, der er afgørende. Kompatibilitet betyder her ikke blot, at Dovecot starter: Kvoteadvarsler, Sieve-handlinger, IMAP-søgninger og adgang fra flere klienter skal fungere med realistiske testkonti. Notér for hver fjernet komponent, hvor den er konfigureret, hvilke data den bruger, og hvordan en tilbagevenden ser ud. Først derefter kan pakkeovergangen planlægges fornuftigt.

Vægt søge- og lagringsformaterne nøje op mod hinanden

I Dovecot 2.4 kan programstatus, konfigurationsstatus og lagringsstatus bevidst udvikles separat. Forøg dovecot_storage_version først når der ikke længere er planer om at kunne nedgradere til en ældre version af Dovecot. Med Storage-Level 2.4.5 anvender trådindekset for IMAP-kommandoen THREAD et nyt v2-format. Eksisterende trådindekser genopbygges ved den næste trådopdeling; især ved store postkasser kan den første forespørgsel derfor medføre ekstra arbejde.

En ældre version af Dovecot forstår ikke dette trådindeksformat og genererer indekset igen i det gamle format. Den Lagringsniveau Det er derfor en driftsmæssig beslutning og ikke blot en kosmetisk ændring af versionen. Planlæg eventuelle omstruktureringer af indekserne inden for et fastlagt tidsvindue, og foretag dem ikke samtidig med andre ændringer af søgefunktionen, lageret eller proxytopologien, som er svære at fortryde.

For lokale søgeindekser gælder, at fts-flatcurve en mulighed, hvis miljøet stiller Xapian 1.4 eller nyere til rådighed. Driveren gemmer indeksdata for hver postkasse i Dovecot-indeksstien og understøtter relevansvurdering. Søgning efter delstrenge kan aktiveres og er tilgængelig med fts_flatcurve_substring_search = no De er dog som standard slået fra og kræver betydeligt mere indekshukommelse, når de aktiveres. Flatcurve understøtter ikke uklar søgning.

Bedøm derfor Søgearkitektur på baggrund af postkassestørrelser, lagringstype og driftsmodel i stedet for en generel rangordning. doveadm fts flatcurve stats leverer gemte statusdata for Flatcurve-indeksene. Dette skal adskilles fra doveadm fts flatcurve check: Denne kommando gennemgår Xapian-databaser og forsøger at rette grundlæggende fejl, hvilket betyder, at den kan ændre status. Rotation og fjernelse af indekser er ligeledes målrettede vedligeholdelsesforanstaltninger. Planlæg omfanget, de berørte postkasser og den eventuelle genopbygning af indekserne, inden du foretager sådanne indgreb.

Kontroller sieve, proxyer og sikkerhedsgrænser

Sieve-filtre udgør et særskilt kontrolpunkt ved opdateringen af Dovecot, da udvidelsen ikke er integreret i Dovecot-kernen: Sieve og ManageSieve leveres af det separate projekt Pigeonhole. Ved selvkompilerede installationer skal Pigeonhole genkompileres sammen med den nye Dovecot-version. Ellers kan interpreter-pluginet ikke indlæses på grund af en versionskonflikt.

Ved distributionsbaserede installationer er det derimod afgørende, at Dovecot- og Pigeonhole-pakkerne stammer fra kompatible pakkekilder. Kontroller inden vedligeholdelsesvinduet, hvilke aktive brugerskripter, globale skripter og ManageSieve-adgange der findes. Efter opdateringen bør levering, omdirigering, fraværsbeskeder og ændringer via ManageSieve testes ved hjælp af en testkonto, der er beregnet til dette formål; produktive filtre er ikke en erstatning for denne test.

I proxy-arkitekturer fortjener IMAP-komprimering særlig opmærksomhed. Når konfigurationsversionen opgraderes til 2.4.5, er standardindstillingen for imap_compress_on_proxy yes. Behandlingen af komprimeringen flyttes dermed til proxyen; ifølge dokumentationen hører indstillingen hjemme i backendet. Forudsætningen er korrekt definerede login_trusted_networks samt gennemsigtige tillidsgrænser mellem proxy og backend.

Afklar derfor, inden du overtager den nye standardindstilling: Hvilke forbindelser ender ved proxyen, hvilke IP-adresser må backend-systemet betragte som pålidelige, og på hvilket system skal CPU-belastningen og datatrafikken fra komprimeringen finde sted? En ændring kan kun vurderes fornuftigt, hvis disse spørgsmål passer til den faktiske netværksarkitektur. Den erstatter hverken en TLS-kontrol eller en pålidelig adgangskontrol mellem de involverede systemer.

Heller ikke nye autentificeringsfunktioner og eksperimentelle protokolfunktioner bør aktiveres generelt. I udgivelsesoplysningerne nævnes SCRAM-mekanismer, herunder TLS Channel Binding samt SMTPUTF8, IMAP UTF8=ACCEPT og IMAP4rev2. SMTPUTF8 og UTF8=ACCEPT skal angives under kompileringen --enable-experimental-mail-utf8 og i konfigurationen mail_utf8_extensions = yes. Uafhængigt heraf indstiller IMAP4rev2 build-parameteren --enable-experimental-imap4rev2 og imap4rev2_enabled = yes Først og fremmest. Kontroller klientunderstøttelse, leveringskæde og fejlhåndtering for hver funktion enkeltvis, før du implementerer den i Hosting af e-mail tilbyder.

Sikker drift efter opdateringen

En opdatering er først afsluttet efter tekniske kontroller, ikke allerede efter en vellykket pakkeoverførsel. Kontroller først i vedligeholdelsesvinduet, om tjenesten starter, og om logfilerne viser fejl i konfigurationen, plugins eller rettigheder. Derefter følger login og adgang til postkassen med en testkonto. Kontroller i den forbindelse mindst mappelisten, meddelelsesudvælgelsen, læsning og en kontrolleret levering, så IMAP-serveren ikke blot er tilgængelig, men også brugbar.

Valider Sieve og Quota som separate funktioner. En vellykket IMAP-login beviser hverken, at Pigeonhole er indlæst, eller at kvotegrænserne beregnes korrekt. Test derfor en harmløs filterregel og en levering tæt på en forudsat kvotegrense i en isoleret testpostkasse. På denne måde kan fejl i plugins, tilladelser og forbindelsen til det pågældende kvote-backend opdages, uden at kundernes postkasser belastes bevidst.

Når fuldtekstsøgning er aktiveret, skal overvågningen af indeksstatus og søgeforespørgsler foregå i efterbehandlingen. For at få et oversigtsbillede af de eksisterende Flatcurve-indeksdata anvendes doveadm fts flatcurve stats. Underkommandoen check skal klart adskilles fra dette: Den kontrollerer Xapian-databaser og forsøger at rette grundlæggende fejl, og er derfor ikke en diagnose, der garanteret kun er læsende. Brug den, ligesom rotation eller fjernelse af indekser, kun som en planlagt vedligeholdelsesforanstaltning for bestemte postkasser, og tag højde for mulige ændringer i tilstanden samt en ny indeksopbygning.

Hvis der er proxyservere foran, kontrollerer du desuden hele trafikvej: Når login-anmodningen når frem til det forventede backend, behandles klient-IP’en og tillidsnetværket korrekt, og opstår der ingen uventede komprimerings- eller TLS-problemer? Sammenlign protokollerne fra de involverede komponenter tidsmæssigt med hinanden for at kontrollere dette. Enkelte vellykkede logins er ikke tilstrækkelige, hvis der er flere backends, forskellige klientnetværk eller separate TLS-termineringer involveret.

Til fejlfinding anbefaler Dovecot-dokumentationen en minimeret konfiguration. I et sikkert miljø bør du derfor trin for trin reducere konfigurationen til de komponenter, der reproducerer fejlen, i stedet for at offentliggøre hele den produktive konfiguration. Advarsel: Oplysninger som f.eks. den aktuelle konfiguration kan indeholde infrastrukturdetaljer eller følsomme oplysninger. Del dem derfor ikke i deres helhed i tickets, på fora eller i offentlige dokumenter, men rediger dem målrettet.

Hvornår er det en god idé at opdatere Dovecot?

En opdatering af Dovecot til CE 2.4.5 er ikke blot et spørgsmål om funktionalitet og arkitektur. I release notes nævnes adskillige kritiske sikkerhedsrettelser der blandt andet vedrører IMAP-kommandoer, Submission, OAuth-valideringer, dsync, autentificering og komprimering. Operatører bør derfor hurtigst muligt kontrollere, om deres installation er berørt, og via hvilken pakke- eller backport-version den anvendte distribution stiller rettelserne til rådighed. Ud fra upstream-versionen alene kan man hverken konkludere, at en distributionspakke ikke er patchet, eller at en generisk øjeblikkelig opgradering uden migrationskontrol ville være sikker.

Ud over denne sikkerhedsvurdering kan en opdatering begrundes, hvis den er begrundet i en nødvendig kompatibilitet, et konkret driftskrav eller en modernisering, der kan testes på en gennemsigtig måde. Dette kan omfatte de kontrollerbare versionsskiftere til konfiguration og lagerplads. En pakkestatus alene er dog ikke tilstrækkeligt grundlag for en beslutning: Mailbox-format, autentificering, kvote, Sieve, søgning og proxy-topologi bestemmer, hvor stort migrationsarbejdet faktisk er.

Der er især gode grunde til at prioritere installationer på 2.3, hvis sikkerhedssituationen og den tilgængelige distributionsversion taler for en opdatering, og hvis migreringen kan gennemføres i et testsystem. Her udviser Storage-Level bevidst tilbageholdenhed: Nye lagringsformater bør først aktiveres, når der ikke længere er mulighed for at vende tilbage til ældre Dovecot-versioner. Dette gælder blandt andet det ændrede trådindeks i version 2.4.5, som genopbygges ved den næste trådforespørgsel.

Ekstra funktioner er separate arkitektoniske valg. Flatcurve Det er fornuftigt at overveje, hvis nyhedssøgning bruges regelmæssigt, og hvis lokal indekslagring, afhængighed af Xapian, overvågning samt reindeksering passer ind i driftsmodellen. Dokumentationen klassificerer driveren som et lokalt, Xapian-baseret fuldtekstsøgningsindeks; heraf følger ingen generel anbefaling frem for Solr eller fravalg af FTS.

Eksperimentelle UTF8- og IMAP4rev2-indstillinger er kun berettigede, hvis der er et påvist behov i hele kæden fra e-mail-klient, afsendelse henholdsvis levering og IMAP-adgang. Uden denne forudsætning øger en aktivering først og fremmest kontrolomfanget. Det samme gælder for nye autentificeringsmekanismer: En eksisterende funktion i udgivelsen erstatter ikke kontrollen af de anvendte klienter, TLS-konfigurationen og autentificeringskilden.

For Dovecot 3 kan der på baggrund af de offentliggjorte CE-oplysninger hverken gives en tidsplan, en oversigt over funktionalitet eller en migrationsvej. Den bekræftede stabile udgave er CE 2.4.5; oplysninger i udviklingsdokumentationen eller i grenen main er hverken en offentliggjort produktstatus eller en roadmap. Du bør derfor basere din planlægning på den konkret tilgængelige 2.4-serie, adskille den fra Dovecot Pro og først vurdere senere meddelelser, når de er officielt offentliggjort.