Co oznacza ten kod
Ten kod może zostać zwrócony, gdy wiadomość nie przechodzi walidacji ARC. Oznacza trwałe niepowodzenie bieżącej próby, więc nie ponawiaj jej bez zmian.
Znaczenie techniczne
Standardowy wzorzec X.7.29 może zostać zwrócony, gdy wiadomość nie przechodzi walidacji ARC. W kodzie 5.7.29 pierwsza cyfra przypisuje wynik do klasy trwałego niepowodzenia. Kod nie wskazuje przyczyny nieudanej walidacji.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod potwierdza problem z walidacją ARC, ale nie określa dokładnego warunku ani strony odpowiedzialnej za jego powstanie.
- 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, niezmienionej próby. Nową, kontrolowaną próbę rozważ dopiero po ustaleniu przyczyny, wprowadzeniu potwierdzonej korekty oraz ponownym sprawdzeniu walidacji ARC i suppression.
Decyzja o supresji
Zalecenie operacyjne: nie wykluczaj automatycznie adresu ani domeny odbiorcy na podstawie samego 5.7.29. Sprawdź pełną odpowiedź, zakres zdarzenia, dostępne wyniki walidacji ARC i historię doręczeń, a decyzję o suppression oprzyj na potwierdzonej przyczynie i właściwej polityce.
Najczęstsze przyczyny
- Wiadomość nie przeszła walidacji ARC; sam kod nie określa dokładnego warunku, który spowodował niepowodzenie.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź dokładny kod 5.7.29 oraz podstawową odpowiedź klasy 5xx; zachowaj pełny tekst odpowiedzi.
- Powiąż odpowiedź z właściwą wiadomością, czasem i etapem próby oraz systemem, który zwrócił kod.
- W dostępnych wynikach walidacji ARC, logach i konfiguracji ustal rzeczywisty warunek niepowodzenia; nie wyprowadzaj przyczyny ani odpowiedzialnej strony z samego kodu.
- Zatrzymaj niezmienione ponowienia. Po potwierdzonej korekcie ponownie sprawdź walidację ARC i suppression, a następnie wykonaj najwyżej jedną kontrolowaną próbę.
Działania z podziałem na role
Nadawca
- Nie ponawiaj ręcznie tej samej, niezmienionej wiadomości; pełną odpowiedź i czas próby przekaż administratorowi nadawcy.
Administrator nadawcy
- Zachowaj pełną odpowiedź, powiąż ją z właściwą wiadomością i sprawdź dostępne wyniki walidacji ARC, logi oraz konfigurację, aby ustalić potwierdzoną przyczynę.
- Wprowadź tylko potwierdzoną korektę, ponownie sprawdź walidację ARC i suppression, a rezultat zweryfikuj jedną kontrolowaną próbą.
Administrator odbiorcy
- Jeżeli zarządzasz systemem zwracającym kod, sprawdź jego logi walidacji ARC i konfigurację dla wskazanej próby; usuń potwierdzony problem po stronie odbiorczej albo bezpiecznie przekaż nadawcy kontekst potrzebny do korekty.
Dostawca
- Jeżeli obsługujesz zarządzaną warstwę uczestniczącą w walidacji ARC, sprawdź jej logi i konfigurację, usuń potwierdzony problem w tej warstwie albo przekaż właściwym administratorom dokładny kontekst diagnostyczny; nie uruchamiaj suppression na podstawie samego kodu.
Źródła i weryfikacja
Standardowe znaczenie wzorca X.7.29 i zastosowanie klasy 5 zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 5248 i RFC 8617 według stanu na 17 lipca 2026 r. Wskazówki dotyczące diagnostyki, naprawy, ponawiania i suppression są oddzielnymi zaleceniami operacyjnymi; rekord nie zawiera praktyki konkretnego dostawcy.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.7.29
- 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
- rfc8617Źródło T0
IANA registry reference for X.7.29
Ostatnia weryfikacja:
