W skrócie
Trwała odmowa: wiadomość nie przeszła walidacji ARC. Napraw łańcuch przekazywania wiadomości albo politykę przed kolejną próbą. Błędy ARC przy przekazywanej poczcie mogą blokować dostarczalność. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Walidacja ARC może nie przejść względem polityki oceniającego serwera, a wzorzec rejestru X.7.29 może wtedy wrócić jako kod 5.7.29 w klasie 5 statusów rozszerzonych. Pierwsza cyfra oznacza trwały wynik w rejestrze. Podkod umieszcza niepowodzenie w warstwie ARC rodziny bezpieczeństwa, osobno od ważności adresu odbiorcy i od wskazania jakiejkolwiek kontroli uwierzytelniania poza ARC. Sam nie precyzuje, który zestaw ARC zawiódł, czy zawiodło pieczętowanie, klucze czy kolejność etapów, ani który administrator odpowiada za naprawę łańcucha.
Przykłady od dostawców
550 5.7.29 This message was blocked because it wasn’t sent over a TLS connection. Gmail requires all bulk email senders to use TLS/SSL for SMTP connections. To set up TLS for email, visit TLS & SSL connections. To learn more about Gmail requirements for bulk email senders, visit Email sender guidelines. - gsmtpZnaczenie techniczne
Nieudana walidacja ARC to stan, w którym może zostać zwrócony wzorzec X.7.29. 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 statusu supresji.
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 supresji 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 status supresji, 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 status supresji, 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 automatycznej supresji na podstawie samego kodu.
Ź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.
- SMTP Enhanced Status Codes — Rejestr IANA rozszerzonych kodów statusu poczty.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- RFC 2034 — rozszerzenie SMTP dla rozszerzonych kodów błędów — Definiuje, jak SMTP zwraca klientom rozszerzone kody statusu.
- RFC 8617 — protokół Authenticated Received Chain (ARC) — Protokół ARC zachowujący wyniki uwierzytelniania przez pośredników.
- Błędy i kody SMTP Gmaila — Oficjalna tabela Gmail Help z komunikatami błędów SMTP i kodami statusu.
Ostatnia weryfikacja:
