Blazalek.com

5.7.13Konto użytkownika wyłączone

Uwierzytelnienie powiodło się, ale konto jest wyłączone, dlatego serwer trwale odrzucił próbę. Nie ponawiaj tej samej, niezmienionej próby.

Kategoria
Bezpieczeństwo, uwierzytelnianie i polityka
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Co oznacza ten kod

Uwierzytelnienie powiodło się, ale konto jest wyłączone, dlatego serwer trwale odrzucił próbę. Nie ponawiaj tej samej, niezmienionej próby.

Znaczenie techniczne

Standardowy wzorzec X.7.13 oznacza, że klient pomyślnie się uwierzytelnił, lecz uwierzytelnione konto użytkownika zostało wyłączone przez administratora. 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 w celu ponownego włączenia konta.

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ź suppression.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj automatycznie adresu odbiorcy ani domeny do listy suppression 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 suppression 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

  1. 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.
  2. 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.
  3. 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ź suppression.

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ź suppression 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 suppression na podstawie samego kodu.

Źródła i weryfikacja

Standardowe znaczenie Tier 0 wzorca X.7.13 i zastosowanie kodu 5.7.13 w klasie 5 zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034 i RFC 5248 według stanu na 17 lipca 2026 r. Wskazówki dotyczące diagnozy, naprawy, ponawiania i suppression są oddzielnymi zaleceniami operacyjnymi; rekord nie zawiera praktyki konkretnego dostawcy.

  • Enumerated Status Codes / X.7.13

  • 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

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ę.