Napraw zaległości w kolejce poczty Zimbra: bezpieczne opróżnianie Postfix i weryfikacja dostarczenia

Opróżnienie kolejki pocztowej Zimbra prosi Postfixa o ponowienie kolejki wiadomości. Nie kasuje kolejki, nie naprawia problemu z DNS lub siecią ani nie gwarantuje, że serwery zdalne zaakceptują każdą wiadomość. Przydatny wynik jest mierzalny: kolejka przestaje rosnąć, liczba odroczonych wiadomości zmniejsza się lub zmienia się na pomyślnie dostarczone, a nowa poczta może przejść przez MTA.

Wykonaj poniższe kroki na serwerze Zimbra jako administrator. Polecenia i ścieżki mogą się różnić w zależności od wersji Zimbra. Sprawdź ścieżki plików wykonywalnych na swoim hoście przed ich uruchomieniem; nie używaj przypadkowo oddzielnej instalacji Postfix w systemie operacyjnym.

1. Sprawdź, jak duże są zaległości

Połącz się z serwerem i przełącz się na konto Zimbra, korzystając z zatwierdzonej przez swoją witrynę metody administracyjnej. Narzędzie do podsumowania kolejki jest zazwyczaj instalowane w systemie /opt/zimbra/libexec/zmqstat. Dokumentacja kolejki Zimbra pokazuje, że raportuje ono liczbę wiadomości wstrzymanych, uszkodzonych, odroczonych, aktywnych i przychodzących.

sudo /opt/zimbra/libexec/zmqstat

W zależności od konfiguracji sudo, uruchom polecenie z konta Zimbra lub użyj metody uprawnień skonfigurowanej dla serwera. Przykładowe podsumowanie może zawierać deferred=240. active=3Są to liczby, a nie dowód na to, że 240 wiadomości jest trwale zablokowanych. Porównaj je ponownie po kilku minutach i zanotuj, która kategoria uległa zmianie.

Następnie sprawdź poszczególne wpisy w kolejce. Wiele obecnych instalacji korzysta ze common/sbinścieżki; starsze instalacje mogą korzystać z postfix/sbin. Użyj ścieżki, która faktycznie istnieje na Twoim serwerze.

/opt/zimbra/common/sbin/postqueue -p

Jeśli ta ścieżka jest niedostępna, sprawdź, czy w Twojej instalacji jest dostępna /opt/zimbra/postfix/sbin/postqueue, a następnie zastąp ją pełną ścieżką w poniższych poleceniach. Dokumentacja Zimbry opisuje zarówno podsumowanie kolejki, jak i jej szczegółowy postqueue -pwykaz. Identyfikatory kolejek mogą mieć gwiazdkę na końcu dla aktywnych prób doręczenia lub wykrzyknik dla wstrzymanej wiadomości. Zobacz dokumentację kolejek Postfix Zimbry .

2. Znajdź przyczynę oczekiwania wiadomości

Sprawdź wiek najstarszych wiadomości i status doręczenia zarejestrowany w dzienniku Zimbra. Odroczona wiadomość oczekuje na kolejną próbę doręczenia; może być opóźniona przez zdalny serwer, wyszukiwanie DNS, przekroczenie limitu czasu sieci, negocjację TLS lub lokalny problem z konfiguracją routingu lub przekaźnika. Dokładny tekst statusu jest bardziej przydatny niż sama liczba kolejek.

grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50

Zinterpretuj te wiersze w kontekście. Powtarzające się przekroczenia limitu czasu połączenia z jednym miejscem docelowym sugerują problem z łącznością lub serwerem zdalnym. Błędy rozpoznawania nazw wskazują na problem z DNS. Zdalne, tymczasowe odrzucenie lub limit przepustowości mogą wymagać oczekiwania lub skontaktowania się z dostawcą usługi odbiorcy. Błędy uwierzytelniania lub TLS mogą wskazywać na lokalny problem z konfiguracją. status=sentWpis oznacza, że ​​kolejny etap dostarczania zaakceptował wiadomość; nie oznacza to, że odbiorca ją odczytał lub że dotarła do skrzynki odbiorczej.

Jeśli kolejka szybko się powiększa, przed ponawianiem prób należy sprawdzić, czy nie ma nadawcy o dużej liczbie wiadomości lub czy konto zostało naruszone. Wskazówki Zimbra dotyczące rozwiązywania problemów ze spamem zalecają korelację zawartości kolejki z aktywnością nadawcy i uwierzytelniania, a następnie zablokowanie źródła przed usunięciem niechcianej poczty. Zapoznaj się z procedurami Zimbra dotyczącymi badania kolejki i spamu .

3. Usuń przyczynę przed poproszeniem Postfixa o ponowną próbę

Na podstawie danych z dziennika ustal, czy problem ma charakter przejściowy, czy lokalny. Sprawdź, czy serwer ma działające rozpoznawanie nazw i dostęp do sieci wychodzącej do adresów e-mail, których dotyczy problem. Jeśli dziennik wskazuje na zdalną odpowiedź ograniczającą, unikaj wielokrotnego opróżniania u tego dostawcy; ponowne próby nie mogą obejść jego polityki. Jeśli kilka domen ulegnie awarii z tym samym błędem lokalnym, przed zmianą ustawień sprawdź odpowiednią konfigurację MTA Zimbra i stan usługi.

Wiadomości oznaczone jako wstrzymane wymagają szczególnej uwagi: zwykłe opróżnienie nie jest poleceniem zwalniającym wstrzymaną pocztę. Przed zwolnieniem sprawdź, dlaczego zostały wstrzymane i czy są prawidłowe. Wiadomości oznaczone jako uszkodzone lub odesłane również wymagają oddzielnego traktowania; ponowienie próby nie zmienia trwałego odrzucenia w pomyślne dostarczenie. Zachowaj identyfikatory kolejek i odpowiednie wpisy w dzienniku podczas analizy.

Materiały Zimbra dotyczące rozwiązywania problemów wskazują /var/log/zimbra.logjako główne miejsce do analizy problemów z MTA i zawierają listę narzędzi kolejkowania, takich jak postqueuei zmqstat. Dokładny układ usług i lokalizacje plików wykonywalnych zależą od wersji, dlatego przed ponownym uruchomieniem usług lub edycją konfiguracji należy sprawdzić dokumentację zainstalowanej wersji. Zobacz narzędzia Zimbra do rozwiązywania problemów z MTA .

4. Opróżnij kolejkę Postfix

Po potwierdzeniu, że oczekująca na kolejkę wiadomość jest prawidłowa i poprawiona lub po zrozumieniu przyczyny blokady, poproś o uruchomienie kolejki. Zastąp ścieżkę istniejącą na serwerze:

/opt/zimbra/common/sbin/postqueue -f

W przypadku instalacji z użyciem starszej ścieżki, należy użyć /opt/zimbra/postfix/sbin/postqueue -fzamiast tego. Dokumenty referencyjne kolejek Zimbra, postqueue -ftakie jak polecenie „flush”. Żądanie powoduje, że Postfix próbuje przejrzeć wiadomości z kolejki; nie jest to operacja usuwania. Może zostać zwrócone bez dramatycznego komunikatu o powodzeniu, dlatego należy oceniać wynik na podstawie późniejszych liczników kolejek i dzienników dostarczania, a nie na podstawie krótkiego wyniku polecenia.

Opróżnienie jest uzasadnione po krótkiej przerwie w sieci lub po usunięciu tymczasowego problemu z konfiguracją. Jest mało prawdopodobne, aby pomogło, gdy DNS, routing, przekaźnik, TLS lub zdalny serwer odbiorczy pozostają niedostępne. Szybkie powtarzanie polecenia może powodować zakłócenia i dodatkowe ponawianie ruchu bez rozwiązywania problemu.

5. Sprawdź wynik i wybierz kolejny krok

Po odczekaniu krótkiego czasu na próby dostarczenia przesyłki powtórz podsumowanie kolejki i sprawdź ostatnie wpisy w dzienniku:

sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.log

Należy zwrócić uwagę na kilka czynników jednocześnie: spadek liczby odroczonych wiadomości, znikanie starszych wpisów w kolejce, nowe status=sentrekordy dla adresatów, których dotyczy problem, oraz mniejszą liczbę nowo odroczonych wiadomości. Kolejka może pozostać pusta podczas normalnego działania. Pojedyncze udane dostarczenie wiadomości nie oznacza, że ​​wszystkie domeny odbiorców są sprawne.

• Jeśli liczba zamówień spadnie, a rejestry dostaw wskazują na akceptację: kontynuuj monitorowanie, aż zaległości powrócą do normalnego poziomu.
• Jeśli te same komunikaty pojawiają się ponownie: sprawdź powtarzający się tekst błędu i rozwiąż podstawowy problem związany z DNS, siecią, TLS, przekaźnikiem lub stroną odbiorcy.
• Jeśli liczba ta ciągle rośnie: sprawdź pętlę wysyłania, pocztę masową lub naruszone konto i zabezpiecz nową niechcianą pocztę przed ponowieniem próby.
• Jeśli nadal istnieją zablokowane lub uszkodzone wiadomości, przejrzyj je osobno; ogólne opróżnienie nie jest działaniem czyszczącym w przypadku tych kategorii.

Nie usuwaj wszystkich wiadomości tylko po to, by kolejka była pusta. Jeśli konkretna wiadomość okaże się niechciana lub niemożliwa do dostarczenia, a polityka zezwala na jej usunięcie, zachowaj jej identyfikator kolejki i sprawdź go przed użyciem odpowiedniej procedury zarządzania kolejką. Zimbra wyraźnie ostrzega, że ​​usunięcie może mieć wpływ na użytkowników i zaleca zapisanie szczegółów kolejki przed usunięciem wiadomości. Unikaj usuwania plików bezpośrednio z katalogów spool Postfix; omija to zarządzanie kolejką i może uszkodzić stan poczty.

Co może, a czego nie może powiedzieć udane płukanie

Pomyślne odzyskanie to stała poprawa przepływu wiadomości, a nie tylko zerowy stan na chwilę. Postfix może nadal kolejkować pocztę do zdalnych adresatów, które są niedostępne lub tymczasowo odrzucają połączenia. Polecenie flush inicjuje ponowne próby; nie może ono zagwarantować dostarczenia, zwolnić celowo wstrzymanych wiadomości, poprawić błędnej konfiguracji ani ustalić, czy system odbiorcy zaakceptował wiadomość po przekazaniu SMTP.

Na dzień 6 października 2026 r. cytowane strony Centrum Technicznego Zimbra dokumentują polecenia kolejkowania i rozwiązywania problemów używane w tym miejscu, ale nie zapewniają one jednej, aktualnej ścieżki gwarantowanej dla każdej wersji Zimbra. Przed wykonaniem poleceń, zwłaszcza w przypadku starszych lub niestandardowych wdrożeń, sprawdź lokalizacje plików binarnych i zachowanie uprawnień na własnym serwerze.