...

Aktualizacja Dovecot: nowości w wersji CE 2.4 i stan prac nad Dovecot 3

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.

Potwierdzona wersja i stwierdzenia, które z niej nie wynikają
OświadczenieKlasyfikacja na dzień bilansowyKonsekwencja praktyczna
Dovecot CE 2.4.5Opublikowana 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.4Potrafi 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 3W przeanalizowanych materiałach nie znaleziono potwierdzonego planu rozwoju CE 3.0.Nie należy uwzględniać ani zakresu funkcji, ani terminu migracji.
głównaGałąź 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.

Kompaktowy serwer pocztowy z zewnętrzną pamięcią, umieszczony na używanym stole warsztatowym.
Ilustracja wygenerowana przez sztuczną inteligencję: Stan programu i formaty zapisu należy planować oddzielnie podczas aktualizacji.

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.

Terminal
dovecot --version
doveconf -n

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.

Kroki migracji z Dovecot 2.3 do Dovecot 2.4
ZasięgZmiana w sekcji 2.4Możliwe podejścieKontrola przed zmianą
Podstawowa konfiguracjaWymagane są informacje o wersji i zmieniona składniaPoprawić konfigurację dla wersji 2.4Sprawdzenie działania parsera i rozpoczęcie testów
DyrektorArchitektura Dovecot Director została usuniętaW 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ę
ReplikatorKomponent usuniętyRozważyć zastosowanie NFS lub innego współdzielonego systemu plików jako podejścia architektonicznegoTestowanie operacji dostępu do pamięci, przełączania awaryjnego i procedur zapewniania spójności
Polecenie dsyncDowiązanie symboliczne dsync zostało usunięteDostosowywanie 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-dirsizeUsunięto moduły obsługujące limityRozważyć „quota-count” jako potencjalną alternatywęObliczanie kwot i sprawdzanie przypadków granicznych
fts-lucene i fts-squatUsunięto moduły wyszukiwaniaOceń fts-flatcurve lub SolrTestowanie 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.

Metody wyszukiwania w środowisku Dovecot według modelu operacyjnego
PodejścieMiejsce indeksowaniaInfrastruktura dodatkowaGranica zastosowaniaLinia produktów
Brak FTSBrak indeksu wyszukiwaniaBrakWyszukiwanie tekstu i treści odbywa się sekwencyjnieDovecot CE
fts-flatcurveKażda skrzynka pocztowa w ścieżce indeksowej DovecotXapian od wersji 1.4Zaplanuj lokalne przechowywanie indeksów, monitorowanie i ponowne indeksowanie; wyszukiwanie podciągów jest domyślnie wyłączoneDovecot CE
SolrOddzielna wyszukiwarkaDziałanie SolrZarządzanie dodatkowymi usługami i ich dostępnościąDovecot CE
Dovecot Pro FTSPrzeznaczone do przechowywania obiektowegoPro-ŚrodowiskoNie należy utożsamiać tego z CE-FlatcurveDovecot 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.

Techniczka sprawdza połączenia serwerów w kompaktowym środowisku serwerów proxy i pocztowych.
Ilustracja wygenerowana przez sztuczną inteligencję: ścieżki proxy i granice zaufania są częścią procesu sprawdzania aktualizacji.

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

Artykuły bieżące

Osoba sprawdza mini-komputer i router pod kątem dostępu do tunelu wychodzącego.
cloud computing

Cloudflare Tunnel jako alternatywa dla otwierania portów

Cloudflare Tunnel zapewnia dostęp do wewnętrznych aplikacji internetowych i wybranych usług administracyjnych bez konieczności otwierania portów przychodzących. Kluczowe znaczenie mają nadal reguły dostępu, uwierzytelnianie wieloskładnikowe (MFA), uprawnienia lokalne oraz jasno określone ograniczenia dotyczące protokołów.