Dla Aktualizacja Dovecot Solidnym i stabilnym punktem odniesienia jest wersja CE 2.4.5, a nie zapowiadana mapa drogowa Dovecot 3. Każdy, kto przeprowadza migrację z wersji 2.3, musi osobno sprawdzić konfigurację, usunięte komponenty, formaty przechowywania danych oraz usługi dodatkowe, takie jak Sieve czy wyszukiwanie pełnotekstowe. Szczególnie ważne jest stopniowe wdrażanie wersji konfiguracyjnych i formatów przechowywania danych, a także przeprowadzanie testów na reprezentatywnych skrzynkach pocztowych. Informacje pochodzące z gałęzi rozwojowej nie zastępują ani opublikowanej wersji, ani rzetelnego planu migracji.
Dovecot 3: Określenie aktualnej wersji i planu rozwoju
Każdy, kto planuje aktualizację Dovecota, nie powinien traktować oznaczeń wersji jako zapowiedzi nadchodzącej głównej wersji. W momencie sporządzania niniejszego opracowania, tj. 21 października 2026 r., stabilną wersją opublikowaną w oficjalnym repozytorium Core jest Dovecot CE 2.4.5. Nie ma tam natomiast żadnych informacji na temat opublikowanej wersji Dovecot CE 3.0 ani oficjalnego planu rozwoju CE 3.0.
| Oświadczenie | Klasyfikacja na dzień bilansowy | Konsekwencja praktyczna |
|---|---|---|
| Dovecot CE 2.4.5 | Opublikowana stabilna wersja w oficjalnym repozytorium. | Planowanie aktualizacji może opierać się na udokumentowanej linii 2.4. |
| Dokumentacja dotycząca późniejszych zmian w wersji 2.4 | Potrafi opisywać zmiany w kodzie bez konieczności wydawania nowej stabilnej wersji. | Nie należy traktować tego jako wersji docelowej do zainstalowania ani jako obietnicy terminu. |
| Dovecot 3 | W przeanalizowanych materiałach nie znaleziono potwierdzonego planu rozwoju CE 3.0. | Nie należy uwzględniać ani zakresu funkcji, ani terminu migracji. |
| główna | Gałąź rozwojowa, nie zastępuje stabilnej wersji produktu. | Nadaje się do obserwacji i wstępnej oceny, nie do formułowania wiążących obietnic dotyczących produktu. |
W szczególności nagłówek typu „v2.4.5 do v2.4.6“ w dokumentacji nie oznacza, że wersja 2.4.6 została opublikowana. Takie treści mogą pomóc we wczesnym rozpoznaniu zmian w gałęzi rozwojowej. Nie pozwalają one jednak stwierdzić, kiedy, czy w ogóle oraz w jakiej formie trafią one do stabilnego pakietu. Dotyczy to w szczególności pochodnych Dovecot 3.
W przypadku decyzji dotyczących Hosting poczty e-mail Ponadto gałęzie produktów muszą pozostać oddzielne. Dovecot CE oznacza wersję społecznościową, natomiast Dovecot Pro to odrębna oferta komercyjna. Nie można zatem automatycznie przenosić funkcji, modelu działania ani informacji zawartych w dokumentacji między tymi dwiema wersjami. Należy również odróżniać treści z gałęzi „main” od opublikowanych wydań CE; decydujące znaczenie dla aktualizacji mają wersja i dokumentacja, które faktycznie mają być stosowane.
Co zmieniło się w modelu wersjonowania Dovecot 2.4
Dovecot 2.4 rozróżnia trzy poziomy, które podczas aktualizacji są często błędnie utożsamiane: zainstalowaną wersję programu, dovecot_config_version oraz dovecot_storage_version. Zainstalowany pakiet określa, jaki kod może wykonywać serwer IMAP. Natomiast te dwa ustawienia celowo określają, od której wersji będą stosowane zmienione wartości domyślne lub nowe formaty przechowywania danych.
Die Wersja konfiguracyjna zapobiega w ten sposób sytuacji, w której zmiana pakietu powoduje automatyczne włączenie wszystkich nowych ustawień domyślnych. Administratorzy mogą najpierw zaktualizować Dovecot do wersji 2.4, a następnie celowo podnieść poziom semantyki konfiguracji po sprawdzeniu logowania, TLS, wtyczek i istniejących ustawień. Zmniejsza to ryzyko nieoczekiwanych zmian wynikających ze zmienionych wartości domyślnych, ale nie zastępuje koniecznej migracji konfiguracji z wersji 2.3.
Die Wersja zapisu dotyczy natomiast formatów danych, które Dovecot tworzy w swoich indeksach lub innych obszarach pamięci. Wyższa wartość może aktywować formaty, których starsze wersje Dovecota nie rozpoznają. Dlatego należy ją ustawić dopiero wtedy, gdy powrót do starszej wersji programu nie jest już częścią planu przywracania. Samo cofnięcie pakietu nie powoduje automatycznego przywrócenia wcześniej używanych formatów indeksów.
Aby przeprowadzić migrację z wersji 2.3 do 2.4, oba ustawienia muszą znajdować się w konfiguracji głównej; dovecot_config_version przy czym pierwsze ustawienie w dovecot.conf . Ustaw wersję konfiguracyjną na docelowy poziom dopiero po dostosowaniu i sprawdzeniu składni 2.4. Wersja pamięci pozostaje na razie na dotychczas wymaganym, kompatybilnym poziomie i nie jest automatycznie podnoszona do poziomu pakietu.
Drugim wyraźnie określonym krokiem jest zatwierdzenie krytyczne dla cofnięcia zmian nowych formatów przechowywania danych. Dopiero gdy wszystkie instancje będą korzystać z nowej wersji, powrót do starszych wersji Dovecota nie będzie już przewidziany, a wyznaczony okres konserwacji będzie dostępny, będzie można dovecot_storage_version zwiększyć do wybranego poziomu docelowego, na przykład do 2.4.5 dla opisanego tam formatu indeksu wątków. Starsze wersje mogą odtworzyć ten indeks w swoim formacie; wiąże się to jednak z dodatkową pracą oraz koniecznością przechodzenia między formatami indeksów, które nie są wzajemnie kompatybilne. Dlatego podane informacje nie stanowią gotowej do skopiowania konfiguracji standardowej: wartości początkowe i docelowe zależą od używanej wersji oraz planu awaryjnego.
To wieloetapowe podejście przypomina zasadę polegającą na oddzielnej ocenie stanu programu i wprowadzonych zmian w zachowaniu. Również w przypadku innych komponentów serwera wysoki numer wersji nie wystarcza jako dowód zgodności; artykuł na temat Decyzje dotyczące aktualizacji do Redis 8 wyjaśnia to rozróżnienie w odniesieniu do innej usługi. W przypadku Dovecot istotne znaczenie mają dodatkowo formaty skrzynek pocztowych, dane indeksowe oraz strategia awaryjna.
Nowe funkcje i ich stopień zaawansowania
Istotną nowością w Dovecot 2.4 jest fts-flatcurve jako lokalny moduł zaplecza wyszukiwania pełnotekstowego oparty na Xapianie. Sterownik zapisuje dane wyszukiwania dla każdej skrzynki pocztowej w ścieżce indeksu Dovecot i wymaga Xapiana w wersji 1.4 lub nowszej. Obsługuje ocenę trafności i umożliwia wyszukiwanie podciągów, ale nie oferuje wyszukiwania przybliżonego. Bez indeksu pełnotekstowego Dovecot musi sekwencyjnie przeszukiwać dane wiadomości w celu przeprowadzenia odpowiednich wyszukiwań.
W programie Flatcurve funkcja wyszukiwania podciągu nie jest domyślnie włączona: udokumentowane ustawienie domyślne wynosi fts_flatcurve_substring_search brzmi no. Jeśli zostanie celowo włączona w celu obsługi odpowiednich zapytań wyszukiwania IMAP, należy zaplanować dodatkową przestrzeń dyskową na indeks. Flatcurve pozostaje zatem opcją dla serwerów IMAP, na których regularnie korzysta się z funkcji wyszukiwania wiadomości, ale nie jest to bezwarunkowa, obowiązkowa aktualizacja. Wzrost indeksu, monitorowanie i reindeksowanie stanowią część planowania operacyjnego.
W inny sposób należy klasyfikować SMTPUTF8 i IMAP UTF8=ACCEPT oraz IMAP4rev2. W informacjach o wydaniu opcje te są oznaczone jako eksperymentalne. SMTPUTF8 oraz UTF8=ACCEPT tworzą kompilację z --enable-experimental-mail-utf8 a następnie mail_utf8_extensions = yes w konfiguracji. IMAP4rev2 wykorzystuje oddzielne przełączniki: podczas kompilacji należy ustawić --enable-experimental-imap4rev2 wymagane, a następnie należy imap4rev2_enabled = yes można skonfigurować.
Termin „eksperymentalny” nie oznacza w tym przypadku, że funkcja ta byłaby ogólnie nieodpowiednia. Chodzi raczej o to, że nie jest to uniwersalny standard dla każdej oferty hostingowej. Przed aktywacją operatorzy powinni sprawdzić, czy używane klienty pocztowe, cały łańcuch dostarczania oraz powiązane systemy rzeczywiście wymagają i są w stanie obsłużyć żądane przetwarzanie UTF-8 lub protokół IMAP4rev2. Testy należy przeprowadzać w środowisku, które w wystarczającym stopniu odzwierciedla rzeczywiste procesy uwierzytelniania, nazwy skrzynek pocztowych oraz profile klientów.
Również mechanizmy SCRAM, wiązanie kanałów TLS oraz rozszerzone przetwarzanie TLS SNI i ALPN zasługują na odrębną ocenę. Dotyczą one nie tylko procesu Dovecot, ale także współdziałania z klientami, certyfikatami, serwerami proxy i źródłami uwierzytelniania. Sensownym kryterium jest wyraźna potrzeba połączona z weryfikowalną kompatybilnością, a nie sama dostępność nowej opcji w danej wersji Dovecot.
Systematyczne przygotowanie do aktualizacji do wersji 2.4
Aktualizacja z wersji Dovecot 2.3 do 2.4 zaczyna się od sporządzenia spisu stanu, a nie od uruchomienia menedżera pakietów. Należy odnotować aktualną wersję zainstalowanego oprogramowania, obowiązującą konfigurację oraz format skrzynek pocztowych, np. Maildir lub mdbox. Należy również udokumentować źródła uwierzytelniania, reguły Sieve, limity przestrzeni dyskowej, wyszukiwanie pełnotekstowe, replikację oraz serwery proxy znajdujące się przed systemem. Tylko w ten sposób można ustalić, które usługi i ścieżki danych są faktycznie objęte migracją.
Do przeprowadzenia inwentaryzacji w trybie odczytu nadają się poniższe polecenia. Nie zmieniają one ani konfiguracji, ani danych pocztowych; ich wyniki należy jednak wyświetlać w zabezpieczonym obszarze roboczym, ponieważ mogą one pozwolić na wywnioskowanie informacji o środowisku serwera.
dovecot --version pokazuje stan programu. Za pomocą doveconf -n sprawdzasz konfigurację, która odbiega od wartości domyślnych i jest aktywna. Opcja -v z doveadm nie jest natomiast poleceniem sprawdzającym wersję, lecz włącza bardziej szczegółowy wydruk, w tym wskaźnik postępu, i odnosi się wyłącznie do odpowiedniego podpolecenia. Traktuj wydruk konfiguracji jako poufny: może on zawierać nazwy hostów, struktury katalogów, adresy backendów lub inne szczegóły dotyczące infrastruktury. W celu analizy błędów dokumentacja Dovecot zaleca stosowanie zminimalizowanej konfiguracji zamiast pełnego publicznego zrzutu.
Sprawdź dodatkowo, czy aktualna wersja jest już ostatnią dostępną wersją 2.3. Opisana ścieżka migracji prowadzi najpierw do tej wersji, a dopiero potem do wersji 2.4. Nie przenoś konfiguracji bezpośrednio do systemu produkcyjnego, lecz do systemu testowego z reprezentatywnymi kontami, uprawnieniami i rozmiarami skrzynek pocztowych. Podobnie jak w przypadku Aktualizacja jądra dla serwerów hostingowych Również w tym przypadku sam numer wersji nie wystarczy: o praktycznym działaniu decydują sposób pakowania, aktywowane moduły oraz architektura.
Planowanie migracji z wersji 2.3 do 2.4
Migracja do wersji 2.4 stanowi odrębny etap konfiguracji. Dovecot 2.4 wymaga dostosowanej składni oraz dovecot_config_version oraz dovecot_storage_version; wersja konfiguracyjna musi być pierwszym ustawieniem w dovecot.conf . Nie należy zatem przejmować starych plików bez zmian. Należy porównać każde zastosowane ustawienie z dokumentacją dotyczącą migracji dla danej wersji i zweryfikować je w systemie testowym przed zaplanowaniem okna serwisowego.
| Zasięg | Zmiana w sekcji 2.4 | Możliwe podejście | Kontrola przed zmianą |
|---|---|---|---|
| Podstawowa konfiguracja | Wymagane są informacje o wersji i zmieniona składnia | Poprawić konfigurację dla wersji 2.4 | Sprawdzenie działania parsera i rozpoczęcie testów |
| Dyrektor | Architektura Dovecot Director została usunięta | W przypadku niewielkich środowisk można wypróbować Lua Director; w dokumentacji zaznaczono, że nie jest on obsługiwany. W Dovecot Pro dotychczasową rolę Director zastępuje Palomar. | Oddzielna ocena trasowania, scenariuszy awarii i odpowiedzialności za eksploatację |
| Replikator | Komponent usunięty | Rozważyć zastosowanie NFS lub innego współdzielonego systemu plików jako podejścia architektonicznego | Testowanie operacji dostępu do pamięci, przełączania awaryjnego i procedur zapewniania spójności |
| Polecenie dsync | Dowiązanie symboliczne dsync zostało usunięte | Dostosowywanie zaplanowanych procesów synchronizacji lub migracji za pomocą poleceń `doveadm sync` lub `doveadm backup` | Sprawdzanie wywołań poleceń i wartości zwracanych w przebiegu testu |
| quota-dict i quota-dirsize | Usunięto moduły obsługujące limity | Rozważyć „quota-count” jako potencjalną alternatywę | Obliczanie kwot i sprawdzanie przypadków granicznych |
| fts-lucene i fts-squat | Usunięto moduły wyszukiwania | Oceń fts-flatcurve lub Solr | Testowanie wyszukiwania, tworzenia indeksu i zapotrzebowania na pamięć |
W tabeli nie podano żadnych alternatywnych rozwiązań. Usunięty Director i usunięty Replicator pełnią różne funkcje: zgodnie z dokumentacją Lua Director jest jedynie nieobsługiwanym rozwiązaniem przeznaczonym dla niewielkich wdrożeń, podczas gdy w przypadku Replicatora jako podejście wskazano współdzielony system plików. doveadm sync jest natomiast następcą usuniętego dsync-dowiązania symboliczne i może być wykorzystywany w celowo zaplanowanych procesach synchronizacji lub migracji; nie stanowi to jednak udokumentowanego zamiennika programu Director lub Replicator.
Również w przypadku limitów i wyszukiwania decydujące znaczenie ma dostępny zbiór danych. Kompatybilność Oznacza to tutaj nie tylko uruchomienie serwera Dovecot: ostrzeżenia dotyczące limitów, działania Sieve, wyszukiwanie w protokole IMAP oraz dostęp wielu klientów muszą działać z wykorzystaniem realistycznych kont testowych. Dla każdego usuwanego komponentu należy odnotować, gdzie jest on skonfigurowany, z jakich danych korzysta oraz jak wygląda plan awaryjny. Dopiero wtedy można sensownie zaplanować termin zmiany pakietów.
Dokładne rozważenie formatów wyszukiwania i zapisywania
W Dovecot 2.4 stan programu, stan konfiguracji i stan pamięci można celowo rozwijać oddzielnie. Zwiększ dovecot_storage_version dopiero wtedy, gdy nie będzie już planowane przejście na starszą wersję Dovecot. W wersji Storage 2.4.5 indeks wątku dla polecenia IMAP THREAD nowy format v2. Istniejące indeksy wątków zostaną odbudowane podczas następnego tworzenia wątków; zwłaszcza w przypadku dużych skrzynek pocztowych pierwsze zapytanie może w związku z tym wymagać dodatkowego nakładu pracy.
Starsza wersja Dovecot nie rozpoznaje tego formatu indeksu wątków i ponownie tworzy indeks w starym formacie. Ten Poziom pamięci masowej Jest to zatem decyzja operacyjna, a nie tylko kosmetyczna zmiana wersji. Należy zaplanować ewentualną przebudowę indeksów w wyznaczonym przedziale czasowym i nie należy jej przeprowadzać równocześnie z innymi zmianami w wyszukiwaniu, pamięci lub topologii serwerów proxy, których cofnięcie jest trudne.
| Podejście | Miejsce indeksowania | Infrastruktura dodatkowa | Granica zastosowania | Linia produktów |
|---|---|---|---|---|
| Brak FTS | Brak indeksu wyszukiwania | Brak | Wyszukiwanie tekstu i treści odbywa się sekwencyjnie | Dovecot CE |
| fts-flatcurve | Każda skrzynka pocztowa w ścieżce indeksowej Dovecot | Xapian od wersji 1.4 | Zaplanuj lokalne przechowywanie indeksów, monitorowanie i ponowne indeksowanie; wyszukiwanie podciągów jest domyślnie wyłączone | Dovecot CE |
| Solr | Oddzielna wyszukiwarka | Działanie Solr | Zarządzanie dodatkowymi usługami i ich dostępnością | Dovecot CE |
| Dovecot Pro FTS | Przeznaczone do przechowywania obiektowego | Pro-Środowisko | Nie należy utożsamiać tego z CE-Flatcurve | Dovecot Pro |
W przypadku lokalnych indeksów wyszukiwania fts-flatcurve opcja dostępna, jeśli środowisko udostępnia Xapian w wersji 1.4 lub nowszej. Sterownik zapisuje dane indeksowe dla poszczególnych skrzynek pocztowych w ścieżce indeksowej Dovecot i obsługuje ocenę trafności. Wyszukiwanie podciągów można włączyć za pomocą fts_flatcurve_substring_search = no są jednak domyślnie wyłączone, a po włączeniu wymagają znacznie więcej pamięci indeksowej. Funkcja wyszukiwania przybliżonego nie jest obsługiwana przez Flatcurve.
Oceń zatem Architektura wyszukiwania na podstawie wielkości skrzynek pocztowych, rodzaju pamięci i modelu działania, a nie według ogólnego rankingu. doveadm fts flatcurve stats dostarcza zapisane dane dotyczące stanu wskaźników Flatcurve. Należy to odróżnić od doveadm fts flatcurve check: Polecenie to sprawdza bazy danych Xapian i próbuje usunąć podstawowe błędy, co oznacza, że może zmienić ich stan. Rotacja i usuwanie indeksów również stanowią celowe działania konserwacyjne. Przed podjęciem takich działań należy zaplanować ich zakres, określić skrzynki pocztowe, których dotyczą, oraz uwzględnić ewentualną konieczność ponownego utworzenia indeksów.
Sprawdzanie filtrów, serwerów proxy i limitów bezpieczeństwa
Filtry Sieve stanowią osobny punkt kontroli podczas aktualizacji Dovecota, ponieważ rozszerzenie to nie jest zintegrowane z rdzeniem Dovecota: biblioteki Sieve i ManageSieve są udostępniane w ramach odrębnego projektu Pigeonhole. W przypadku instalacji skompilowanych samodzielnie należy ponownie skompilować Pigeonhole wraz z nową wersją Dovecot. W przeciwnym razie wtyczka interpretera nie będzie mogła się załadować z powodu konfliktu wersji.
W przypadku instalacji opartych na dystrybucjach kluczowe znaczenie ma natomiast to, aby pakiety Dovecot i Pigeonhole pochodziły z kompatybilnych ze sobą źródeł pakietów. Przed rozpoczęciem okna serwisowego należy sprawdzić, jakie aktywne skrypty użytkowników, skrypty globalne i dostępy do ManageSieve są dostępne. Po aktualizacji należy sprawdzić działanie dostarczania wiadomości, przekierowań, odpowiedzi urlopowych oraz zmian wprowadzonych za pośrednictwem ManageSieve, korzystając z przeznaczonego do tego celu konta testowego; filtry produkcyjne nie zastępują tego testu.
W architekturach proxy na uwagę zasługuje Kompresja IMAP szczególną uwagę. Po aktualizacji wersji konfiguracyjnej do 2.4.5 domyślnym ustawieniem dla imap_compress_on_proxy yes. Przetwarzanie kompresji zostaje w ten sposób przeniesione na serwer proxy; zgodnie z dokumentacją ustawienie to powinno znajdować się w backendzie. Warunkiem jest poprawne zdefiniowanie login_trusted_networks a także przejrzyste granice zaufania między serwerem proxy a serwerem zaplecza.
Dlatego przed przyjęciem nowych ustawień domyślnych należy wyjaśnić: które połączenia kończą się na serwerze proxy, które adresy IP backend może traktować jako zaufane oraz na którym systemie ma odbywać się kompresja obciążenia procesora i ruchu danych? Zmianę można racjonalnie ocenić tylko wtedy, gdy odpowiedzi na te pytania są zgodne z rzeczywistą architekturą sieci. Nie zastępuje ona ani weryfikacji TLS, ani niezawodnej kontroli dostępu między zaangażowanymi systemami.
Nie należy również domyślnie włączać nowych funkcji uwierzytelniania ani eksperymentalnych funkcji protokołów. Informacje o wydaniu wymieniają mechanizmy SCRAM, w tym wiązanie kanałów TLS, a także SMTPUTF8, IMAP UTF8=ACCEPT oraz IMAP4rev2. Podczas kompilacji wymagane są opcje SMTPUTF8 i UTF8=ACCEPT --enable-experimental-mail-utf8 oraz w konfiguracji mail_utf8_extensions = yes. Niezależnie od tego, IMAP4rev2 ustawia przełącznik kompilacji --enable-experimental-imap4rev2 oraz imap4rev2_enabled = yes z góry. Sprawdź obsługę klienta, łańcuch dostaw i zachowanie awaryjne dla każdej funkcji z osobna, zanim wprowadzisz ją do Hosting poczty e-mail oferujesz.
Bezpieczne korzystanie z urządzenia po aktualizacji
Aktualizacja jest zakończona dopiero po przeprowadzeniu testów technicznych, a nie już po pomyślnym przesłaniu pakietu. W oknie konserwacyjnym sprawdź najpierw, czy usługa się uruchamia i czy logi nie wskazują błędów konfiguracji, wtyczek lub uprawnień. Następnie zaloguj się i sprawdź dostęp do skrzynki pocztowej za pomocą konta testowego. Należy przy tym sprawdzić co najmniej listę folderów, wybór wiadomości, możliwość odczytu oraz kontrolowaną dostawę, aby upewnić się, że serwer IMAP jest nie tylko dostępny, ale także gotowy do użytku.
Sprawdź, czy filtry i limity są działające jako oddzielne funkcje. Pomyślne zalogowanie się przez IMAP nie oznacza ani tego, że wtyczka Pigeonhole została załadowana, ani tego, że limity są prawidłowo obliczane. Dlatego należy przetestować nieszkodliwą regułę filtrowania oraz dostarczenie wiadomości zbliżonej do przewidzianego limitu w odizolowanej skrzynce testowej. Pozwoli to wykryć błędy w wtyczkach, uprawnieniach oraz połączeniu z odpowiednim backendem limitów, bez celowego obciążania skrzynek pocztowych klientów.
W przypadku włączonego wyszukiwania pełnotekstowego monitorowanie stanu indeksu i zapytań należy przeprowadzać w fazie końcowej. Aby uzyskać ogólny przegląd dostępnych danych indeksu Flatcurve, służy doveadm fts flatcurve stats. Podpolecenie check Należy to wyraźnie odróżnić: narzędzie to sprawdza bazy danych Xapian i próbuje usunąć podstawowe błędy, nie jest więc diagnostyką gwarantującą wyłącznie odczyt. Należy go stosować, podobnie jak rotację lub usuwanie indeksów, wyłącznie jako zaplanowane działanie konserwacyjne dla określonych skrzynek pocztowych, biorąc pod uwagę możliwe zmiany stanu oraz konieczność ponownego utworzenia indeksów.
W przypadku serwerów proxy umieszczonych przed serwerem masz dodatkowo kontrolę nad całym droga komunikacyjna: Czy żądanie logowania dociera do oczekiwanego serwera zaplecza, czy adres IP klienta i sieć zaufania są prawidłowo obsługiwane oraz czy nie występują żadne nieoczekiwane problemy związane z kompresją lub protokołem TLS? W tym celu należy porównać ze sobą protokoły poszczególnych komponentów w czasie. Pojedyncze udane logowania nie są wystarczające, jeśli w procesie biorą udział wiele serwerów backendowych, różne sieci klientów lub oddzielne zakończenia TLS.
W celu wykrywania błędów dokumentacja Dovecot zaleca stosowanie minimalnej konfiguracji. W tym celu, w bezpiecznym środowisku, należy stopniowo ograniczać zakres do tych komponentów, które powodują wystąpienie błędu, zamiast udostępniać całą konfigurację produkcyjną. Ostrzeżenie: Informacje takie jak skuteczna konfiguracja mogą zawierać szczegóły dotyczące infrastruktury lub dane wrażliwe. Nie należy zatem udostępniać ich w całości ani w zgłoszeniach, ani na forach, ani w dokumentach publicznych, lecz należy je odpowiednio zredagować.
Kiedy warto zaktualizować Dovecot
Aktualizacja Dovecot do wersji CE 2.4.5 to nie tylko decyzja dotycząca funkcjonalności i architektury. W informacjach o wydaniu wymieniono liczne krytyczne poprawki dotyczące bezpieczeństwa dotyczące między innymi poleceń IMAP, funkcji Submission, weryfikacji OAuth, dsync, uwierzytelniania i kompresji. Administratorzy powinni zatem jak najszybciej sprawdzić, czy problem dotyczy ich instalacji oraz w jakiej wersji pakietu lub backportu dana dystrybucja udostępnia poprawki. Na podstawie samej wersji upstream nie można stwierdzić ani tego, że pakiet dystrybucyjny nie został załatany, ani tego, że ogólna natychmiastowa aktualizacja bez sprawdzenia migracji byłaby bezpieczna.
Oprócz tej oceny bezpieczeństwa aktualizacja jest uzasadniona, jeśli wynika z konieczności zapewnienia kompatybilności, konkretnych wymagań eksploatacyjnych lub modernizacji, którą można w sposób zrozumiały przetestować. Mogą to obejmować kontrolowane przełączniki wersji dotyczące konfiguracji i pamięci. Jednak sam stan pakietu nie stanowi wystarczającej podstawy do podjęcia decyzji: format skrzynki pocztowej, uwierzytelnianie, limit przestrzeni dyskowej, Sieve, wyszukiwanie oraz topologia serwerów proxy decydują o tym, jak duży jest faktyczny nakład pracy związany z migracją.
Za instalacją wersji 2.3 przemawia priorytetowe traktowanie tej wersji, zwłaszcza gdy sytuacja w zakresie bezpieczeństwa i dostępna wersja dystrybucji sugerują aktualizację, a migrację można przeprowadzić w systemie testowym. Jednocześnie na poziomie pamięci masowej zachowuje się celową ostrożność: nowe formaty przechowywania danych należy aktywować dopiero wtedy, gdy powrót do starszych wersji Dovecot nie jest już przewidziany. Dotyczy to między innymi zmienionego w wersji 2.4.5 indeksu wątków, którego odbudowa następuje przy następnym zapytaniu o wątki.
Funkcje dodatkowe to odrębne decyzje architektoniczne. Flatcurve Warto rozważyć tę opcję, jeśli funkcja wyszukiwania wiadomości jest regularnie wykorzystywana, a lokalna pamięć indeksu, zależność od Xapian, monitorowanie oraz ponowne indeksowanie wpisują się w model operacyjny. Dokumentacja klasyfikuje ten sterownik jako lokalny indeks wyszukiwania pełnotekstowego oparty na Xapianie; nie wynika z tego jednak ogólnej rekomendacji na korzyść Solr ani rezygnacji z FTS.
Eksperymentalne opcje UTF8 i IMAP4rev2 mają sens tylko wtedy, gdy istnieje rzeczywista potrzeba w całym łańcuchu obejmującym klienta pocztowego, proces przesyłania lub dostarczania oraz dostęp przez IMAP. Bez spełnienia tego warunku ich aktywacja powoduje przede wszystkim zwiększenie nakładu pracy związanego z weryfikacją. To samo dotyczy nowych mechanizmów uwierzytelniania: obecność danej funkcji w danej wersji nie zastępuje weryfikacji używanych klientów, konfiguracji TLS oraz źródła uwierzytelniania.
W przypadku Dovecot 3, na podstawie opublikowanych informacji dotyczących wersji CE, nie można podać ani terminu, ani zakresu funkcji, ani ścieżki migracji. Potwierdzoną stabilną wersją jest CE 2.4.5; informacje zawarte w dokumentacji programistycznej lub w gałęzi main nie są to ani opublikowana wersja produktu, ani plan rozwoju. Dlatego planuj w oparciu o konkretnie dostępną linię 2.4, oddziel ją od Dovecot Pro i oceniaj późniejsze zapowiedzi dopiero po ich oficjalnym opublikowaniu.
Źródła i aktualny stan wiedzy
Stan badań:
Stan badań: 21 października 2026 r. Dovecot CE 2.4.5 jest stabilną wersją potwierdzoną w dostępnych oficjalnych źródłach. Nie znaleziono żadnych informacji potwierdzających opublikowanie planu rozwoju wersji CE 3.0.
https://github.com/dovecot/core/releases
https://doc.dovecot.org/2.4.2/installation/upgrade/2.3-to-2.4.html
https://doc.dovecot.org/2.4.5/installation/upgrade/2.4-to-2.4.x.html
https://doc.dovecot.org/2.4.2/installation/upgrade/overview.html
https://doc.dovecot.org/2.4.0/core/plugins/fts_flatcurve.html
https://doc.dovecot.org/2.4.5/issues.html
https://doc.dovecot.org/2.4.5/core/man/doveadm-fts.1.html
https://doc.dovecot.org/2.4.0/core/plugins/fts.html
https://doc.dovecot.org/2.4.5/installation/sieve.html
https://doc.dovecot.org/2.4.5/core/summaries/settings.html




