Blazalek.com

4.4.3Awaria serwera katalogowego

System sieciowy nie mógł przekazać wiadomości dalej, ponieważ serwer katalogowy był niedostępny. Brak połączenia z internetowym serwerem DNS jest jednym ze standardowych przykładów, ale sam kod nie dowodzi, że problem dotyczył DNS. Kod należy do klasy tymczasowej, dlatego wysyłkę można ponowić w kontrolowany sposób.

Kategoria
Sieć, DNS i routing
Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

Co oznacza ten kod

System sieciowy nie mógł przekazać wiadomości dalej, ponieważ serwer katalogowy był niedostępny. Brak połączenia z internetowym serwerem DNS jest jednym ze standardowych przykładów, ale sam kod nie dowodzi, że problem dotyczył DNS. Kod należy do klasy tymczasowej, dlatego wysyłkę można ponowić w kontrolowany sposób.

Znaczenie techniczne

Wzorzec X.4.3 oznacza awarię serwera katalogowego: system sieciowy nie był w stanie przekazać wiadomości dalej, ponieważ serwer katalogowy był niedostępny. Standard wskazuje brak możliwości połączenia z internetowym serwerem DNS jako jeden przykład tego błędu. Ten szczegół jest użyteczny wyłącznie jako trwałe w czasie niepowodzenie przejściowe.

Status dostarczenia

Pierwsza cyfra 4 oznacza trwałe w czasie niepowodzenie przejściowe: bieżąca próba się nie udała, ale warunek może ustąpić. Sam kod nie identyfikuje konkretnej usługi katalogowej ani strony odpowiedzialnej za jej niedostępność i nie oznacza trwałego odrzucenia wiadomości.

Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Operacyjnie skieruj wiadomość do ograniczonego mechanizmu ponowień z backoffem, losowym rozproszeniem, idempotencją oraz limitem czasu lub prób. Zatrzymaj ponawianie po sukcesie, po otrzymaniu trwałego wyniku albo po osiągnięciu limitu; powtarzające się 4.4.3 przekaż do diagnozy zamiast ponawiać bez końca.

Decyzja o supresji

Operacyjnie nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie 4.4.3. Sprawdź pełną odpowiedź, historię ograniczonych ponowień i inne zdarzenia doręczenia; zastosuj suppression dopiero wtedy, gdy uzasadnia ją niezależny trwały sygnał lub właściwa polityka.

Najczęstsze przyczyny

  • Serwer katalogowy wymagany do przekazania wiadomości był niedostępny podczas bieżącej próby.
  • System sieciowy nie mógł połączyć się z internetowym serwerem DNS; standard podaje to jako jeden z przykładów niedostępności serwera katalogowego.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.4.3, a podstawowa odpowiedź należy do klasy 4xx.
  2. Powiąż odpowiedź z właściwą wiadomością, czasem próby i systemem, który ją zwrócił; w dostępnych logach ustal, czy przekazanie zatrzymało się podczas dostępu do usługi katalogowej.
  3. Sprawdź dostępność i łączność rzeczywistej usługi katalogowej używanej w tym przepływie; jeżeli jest nią internetowy DNS, zweryfikuj jego osiągalność dla tego samego czasu, nie zakładając na podstawie samego kodu, że przyczyną był DNS.
  4. Porównaj wyniki ograniczonych ponowień i zakończ je po sukcesie, trwałym odrzuceniu albo osiągnięciu ustalonego limitu.

Działania z podziałem na role

Administrator nadawcy

  • Zachowaj surową odpowiedź i dane próby, a wiadomość skieruj do ograniczonej kolejki ponowień z backoffem oraz idempotencją.
  • Grupuj powtarzające się 4.4.3 według systemu docelowego i czasu; po wyczerpaniu limitu przekaż kod oraz dane próby administratorowi odbiorcy lub dostawcy i nie stosuj suppression wyłącznie na podstawie tego kodu.

Administrator odbiorcy

  • Jeżeli błąd pochodzi z systemu, którym zarządzasz, sprawdź dostępność usługi katalogowej potrzebnej do przekazania wiadomości oraz łączność z nią dla czasu nieudanej próby.
  • Przywróć potwierdzoną niedostępną usługę lub ścieżkę łączności i zweryfikuj wynik nowej, kontrolowanej próby.

Dostawca

  • Jeżeli obsługujesz system pocztowy, katalogowy lub sieciowy uczestniczący w tej próbie, sprawdź logi usługi i łączności dla wskazanego czasu; nie przypisuj problemu do DNS na podstawie samego kodu.
  • Przywróć dostępność potwierdzonej usługi lub ścieżki i zachowaj dokładny kod statusu w odpowiedzi, aby nadawca mógł prawidłowo sterować ponowieniami.

Źródła i weryfikacja

Kanoniczne znaczenie T0 wzorca X.4.3 i przypisanie klasy zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248, według stanu na 17 lipca 2026 r. Wskazówki dotyczące ponowień, diagnostyki i suppression są oddzielnymi zaleceniami operacyjnymi.

  • Enumerated Status Codes / X.4.3

  • rfc5248Źródło T0

    Section 2.1: registry fields and non-exclusive Associated Basic Status Code

  • rfc2034Źródło T0

    Section 4: enhanced status class agrees with SMTP reply class

  • rfc3463Źródło T0

    IANA registry reference for X.4.3

Ostatnia weryfikacja:

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom usuwać przyczyny odrzuceń, naprawiać uwierzytelnianie i reputację — tak, żeby maile trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.