W skrócie
Trwała blokada po udanym AUTH: konto jest wyłączone administracyjnie. Włącz je ponownie przed kolejną próbą; powtórzenie logowania nic nie da. To nie twarde odbicie adresu: decyzja o wykluczeniu wymaga kontekstu. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Uwierzytelnianie może się powieść, a mimo to kod 5.7.13 ze wzorca rejestru X.7.13 oznacza, że konto użytkownika pozostaje wyłączone przez administratora. Klasa 5 raportuje trwałą odmowę mimo poprawnego hasła. Status oddziela blokadę stanu konta od ogólnego niepowodzenia AUTH albo twardego odbicia (bounce) adresu. Sam kod nie wyjaśnia powodu wyłączenia ani nie potwierdza, że ponowne włączenie konta przywróci usługę.
Znaczenie techniczne
Pomyślne uwierzytelnienie klienta przy koncie użytkownika wyłączonym przez administratora to przypadek X.7.13. Kod 5.7.13 stosuje ten szczegół w klasie 5 i wskazuje, że niepowodzenie pozostaje trwałe, dopóki użytkownik nie skontaktuje się z administratorem systemu, by ponownie włączyć konto do dalszego użytku.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. To nie jest ogólne niepowodzenie uwierzytelnienia: dane zostały przyjęte, ale stan konta blokuje dalszą operację, więc ponowne wpisanie tego samego hasła nie usuwa przyczyny.
- 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ę wykonaj dopiero po potwierdzonym ponownym włączeniu właściwego konta albo innej potwierdzonej korekcie jego stanu; wcześniej ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu odbiorcy ani domeny do listy wykluczeń na podstawie samego kodu 5.7.13. Sprawdź pełną odpowiedź, konto użyte do uwierzytelnienia, system zwracający kod, historię zdarzeń i właściwą politykę, a decyzję o supresji podejmij dopiero w tym kontekście.
Najczęstsze przyczyny
- Administrator wyłączył konto z przyczyny administracyjnej lub związanej z bezpieczeństwem, na przykład z powodu braku płatności, nadużycia albo oznak próby włamania.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport próby i potwierdź, że kod rozszerzony to dokładnie 5.7.13, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z czasem próby, klientem, uwierzytelnionym kontem i systemem zwracającym kod; w bezpiecznych logach potwierdź, że uwierzytelnienie się powiodło, a konto było wyłączone, zamiast traktować zdarzenie jak błąd hasła.
- Zatrzymaj niezmienione ponowienia; przed jedną kontrolowaną próbą potwierdź ponowne włączenie właściwego konta lub inną istotną korektę jego stanu i ponownie sprawdź status supresji.
Działania z podziałem na role
Nadawca
- Nie powtarzaj tej samej próby ani nie wpisuj ponownie tych samych danych; skontaktuj się z administratorem systemu i przekaż pełną odpowiedź oraz czas zdarzenia bez ujawniania sekretów.
Administrator nadawcy
- Sprawdź, którego konta i punktu końcowego dotyczyła próba, oraz potwierdź w bezpiecznych logach udane uwierzytelnienie i stan wyłączenia konta.
- Usuń potwierdzoną przyczynę administracyjną lub bezpieczeństwa i włącz konto ponownie tylko zgodnie z właściwą polityką; potem sprawdź status supresji i dopuść jedną kontrolowaną próbę.
Administrator odbiorcy
- Jeżeli zarządzasz systemem zwracającym kod, sprawdź dzienniki uwierzytelnienia i status wskazanego konta dla czasu próby.
- Ponownie włącz konto tylko po potwierdzeniu, że warunki administracyjne i bezpieczeństwa zostały spełnione, albo przekaż administratorowi nadawcy bezpieczny kontekst potrzebny do rozwiązania sprawy.
Dostawca
- Jeżeli obsługujesz usługę uczestniczącą w uwierzytelnianiu, potwierdź stan konta i przekaż właściwemu administratorowi bezpieczny kontekst oraz ścieżkę ponownego włączenia; 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.
Ostatnia weryfikacja:
