Blazalek.com

5.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. Klasa 5 oznacza trwały wynik, dlatego nie ponawiaj wysyłki w niezmienionym kontekście.

Kategoria
Sieć, DNS i routing
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
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. Klasa 5 oznacza trwały wynik, dlatego nie ponawiaj wysyłki w niezmienionym kontekście.

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 i opisuje ten szczegół jako użyteczny wyłącznie dla trwałego w czasie niepowodzenia przejściowego. Rejestr potwierdza jednak także konkretny wariant klasy 5; zgodnie z regułą zgodności klas kod 5.4.3 ma wynik trwały.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie dla tej wiadomości w bieżącym kontekście. Nie oznacza to, że niedostępność usługi katalogowej nigdy nie ustąpi, lecz ta odpowiedź nie uzasadnia ponawiania tej samej, niezmienionej próby. Sam kod nie identyfikuje konkretnej usługi ani strony odpowiedzialnej za jej niedostępność.

Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Zalecenie operacyjne: zatrzymaj automatyczne i ręczne ponowienia tej samej wiadomości w niezmienionym kontekście. Nową wysyłkę rozważ dopiero po potwierdzonej zmianie istotnego warunku, takiej jak przywrócenie wymaganej usługi katalogowej lub ścieżki łączności, po ponownym sprawdzeniu suppression i z użyciem idempotencji; nie zakładaj, że upływ czasu sam w sobie jest wystarczającą zmianą.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie 5.4.3. Sprawdź pełną odpowiedź, system zwracający kod, historię doręczenia oraz inne trwałe sygnały; zastosuj suppression tylko wtedy, gdy uzasadnia ją odrębny sygnał dotyczący odbiorcy lub właściwa polityka.

Najczęstsze przyczyny

  • Serwer katalogowy wymagany do przekazania wiadomości był niedostępny dla systemu sieciowego obsługującego próbę.
  • System sieciowy nie mógł połączyć się z internetowym serwerem DNS; standard podaje to jako jeden przykład awarii serwera katalogowego.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 5.4.3, a podstawowa odpowiedź należy do klasy 5xx.
  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 wskazanego czasu, nie zakładając na podstawie samego kodu, że przyczyną był DNS.
  4. Zatrzymaj niezmienione ponowienia i przed ewentualną nową wysyłką potwierdź naprawę istotnego warunku oraz ponownie sprawdź stan suppression.

Działania z podziałem na role

Administrator nadawcy

  • Zatrzymaj ponowienia tej samej wiadomości w niezmienionym kontekście, zachowaj pełną odpowiedź i dane próby oraz ustal, który system zwrócił 5.4.3.
  • Przekaż dane właściwemu administratorowi lub dostawcy; nową wysyłkę dopuść dopiero po potwierdzonej zmianie istotnego warunku i ponownym sprawdzeniu suppression.

Administrator odbiorcy

  • Jeżeli kod pochodzi z systemu, którym zarządzasz, sprawdź dostępność usługi katalogowej wymaganej do przekazania wiadomości oraz łączność z nią dla czasu nieudanej próby.
  • Przywróć potwierdzoną niedostępną usługę lub ścieżkę i przekaż nadawcy informację o zmianie, aby mógł zdecydować o nowej wysyłce zamiast powtarzać niezmienioną próbę.

Dostawca

  • Jeżeli obsługujesz system pocztowy, katalogowy lub sieciowy uczestniczący w próbie, sprawdź logi usługi i łączności dla wskazanego czasu; nie przypisuj problemu do DNS na podstawie samego kodu.
  • Przywróć potwierdzoną usługę lub ścieżkę i zachowaj dokładny kod statusu w odpowiedzi, aby nadawca nie traktował trwałego wyniku jak sygnału do niezmienionego ponowienia.

Źródła i weryfikacja

Kanoniczne znaczenie T0 wzorca X.4.3, jego opis jako trwałego w czasie niepowodzenia przejściowego oraz zaakceptowane przypisanie kodu 5.4.3 do klasy 5 zweryfikowano w rejestrze IANA i dokumentach RFC 2034, RFC 3463 oraz 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ę.