Blazalek.com

5.4.0SMTP 5.4.0: Inny lub nieokreślony trwały status routingu

Udokumentowana odpowiedź Locaweb użyła 554 5.4.0 do przerwania po limicie przeskoków. Zatrzymaj ponawianie bez zmian, zachowaj raport doręczenia i napraw pętlę routingu przed nową próbą.

Kategoria
Sieć, DNS i routing
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

W skrócie

Udokumentowana odpowiedź zakończyła dostarczenie po zbyt wielu przeskokach. Napraw routing przed nową wysyłką; kod nie dowodzi nieprawidłowości odbiorcy.

Co oznacza ten kod

X.4.0 jest ogólnym wzorcem innego lub nieokreślonego stanu sieci i routingu. Odwzorowanie IANA nie potwierdza dla niego klasy; ta konkretna strona klasy 5 opiera się na dokładnym dowodzie Locaweb o zbyt wielu przeskokach.

Przykłady od dostawców

Przykład locaweb
554 5.4.0 Error: too many hops

Znaczenie techniczne

Zaakceptowana odpowiedź brzmi „554 5.4.0 Error: too many hops” i została zwrócona w asynchronicznym DSN po DATA. Dokumentuje przerwanie ochronne przy pętli przeskoków w tym systemie, nie uniwersalną definicję 5.4.0 potwierdzoną przez rejestr.

Status dostarczenia

Odpowiedź 5xx trwale zakończyła zarejestrowaną próbę dostarczenia. Nie dowodzi błędu adresu, nie wskazuje wszystkich elementów routingu ani nie oznacza, że poprawiona trasa nie przyjmie nowej próby.

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

Decyzja o ponowieniu

Zatrzymaj ponawianie niezmienioną trasą. Nową wysyłkę rozważ dopiero po potwierdzeniu przez odpowiedzialnego administratora zmiany pętli albo konfiguracji routingu.

Decyzja o supresji

Nie wykluczaj odbiorcy na podstawie samego 5.4.0. Sygnał pętli routingu dotyczy obsługi ścieżki wiadomości, nie ważności odbiorcy.

Najczęstsze przyczyny

  • Pętla przekazywania albo routingu wyczerpała dopuszczalną liczbę przeskoków.
  • Konfiguracja trasy albo reguły przekazywania wielokrotnie kierowała wiadomość tą samą ścieżką.

Kroki diagnostyczne

  1. Zachowaj pełny DSN, surową odpowiedź, czas i identyfikator wiadomości.
  2. Prześledź nagłówki Received oraz logi routingu albo przekazywania, aby znaleźć powtarzaną ścieżkę.
  3. Potwierdź naprawę pętli przed nową wysyłką.

Działania z podziałem na role

Administrator nadawcy

  • Zatrzymaj niezmienione próby i przekaż DSN oraz nagłówki stronie zarządzającej trasą.
  • Wyślij ponownie tylko po potwierdzeniu zmiany trasy.

Administrator odbiorcy

  • Sprawdź reguły przekazywania i routingu pod kątem pętli związanej z celem.
  • Popraw regułę i zweryfikuj świeżą ścieżkę.

Dostawca

  • Sprawdź logi przekaźnika i wykrywanie pętli dla tej wiadomości.
  • Usuń albo opisz potwierdzony warunek routingu bez wykluczania odbiorcy z powodu samego 5.4.0.

Źródła

Poniższe źródła określają znaczenie tego kodu rozszerzonego — przede wszystkim rejestr IANA i powiązane RFC. Jeśli na stronie są przykłady od dostawców, pochodzą z ich opublikowanej dokumentacji. Otwórz link, żeby zobaczyć oryginalne brzmienie w kontekście.

Ostatnia weryfikacja:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

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