Co oznacza ten kod
Serwer trwale odrzucił próbę AUTH, ponieważ wybrany mechanizm uwierzytelniania wolno stosować tylko przez szyfrowane połączenie SMTP. Nie ponawiaj tej samej, niezmienionej próby.
Znaczenie techniczne
Standardowy wzorzec X.7.11 jest historyczną odpowiedzią na polecenie AUTH. Oznacza, że wybrany mechanizm uwierzytelniania może być użyty tylko wtedy, gdy bazowe połączenie SMTP jest chronione warstwą szyfrowania o wystarczającej sile. Współczesna implementacja nie powinna reklamować takiego mechanizmu bez aktywnej, wystarczającej warstwy szyfrowania; kod 5.7.11 stosuje ten szczegół w klasie 5.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Powtórzenie AUTH w tym samym stanie połączenia nie usuwa wskazanej przeszkody; sam kod nie określa wymaganej konfiguracji szyfrowania ani nie dowodzi, że dane uwierzytelniające lub adres odbiorcy są nieprawidłowe.
- 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 potwierdzeniu wystarczającego szyfrowania połączenia albo wyborze mechanizmu dozwolonego w aktualnym stanie; przed próbą ponownie sprawdź suppression.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego 5.7.11. Sprawdź pełną odpowiedź, stan szyfrowania, mechanizm AUTH, historię zdarzeń i właściwą politykę, a decyzję o suppression podejmij dopiero w tym kontekście.
Najczęstsze przyczyny
- Klient wybrał mechanizm AUTH, który wymaga szyfrowania, gdy bazowe połączenie SMTP nie miało wystarczającej warstwy szyfrowania.
- Serwer zareklamował mechanizm niedozwolony w aktualnym stanie szyfrowania, mimo że współczesne implementacje nie powinny tego robić.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP i potwierdź, że kod rozszerzony to dokładnie 5.7.11, podstawowa odpowiedź należy do klasy 5xx, a kod został zwrócony na polecenie AUTH; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z czasem próby, klientem, punktem końcowym serwera, wybranym mechanizmem AUTH oraz stanem i siłą warstwy szyfrowania; ustal te dane z konfiguracji i bezpiecznych logów, zamiast wyprowadzać je z samego kodu.
- Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową próbą potwierdź wystarczające szyfrowanie lub dozwolony mechanizm, ponownie sprawdź suppression i porównaj wynik.
Działania z podziałem na role
Nadawca
- Nie ponawiaj ręcznie tej samej próby; przekaż administratorowi pełną odpowiedź, czas próby i używane konto bez ujawniania danych uwierzytelniających.
Administrator nadawcy
- Sprawdź konfigurację klienta, punkt końcowy, mechanizm AUTH oraz stan i siłę szyfrowania dla wskazanej próby.
- Po potwierdzonej korekcie szyfrowania lub mechanizmu ponownie sprawdź suppression i wykonaj jedną kontrolowaną próbę zamiast powtarzać niezmienione AUTH.
Administrator odbiorcy
- Jeżeli zarządzasz serwerem zwracającym kod, sprawdź jego logi, politykę AUTH i mechanizmy reklamowane w stanie szyfrowania właściwym dla wskazanej próby.
- Skoryguj potwierdzoną niespójność między reklamowanymi mechanizmami a polityką szyfrowania albo przekaż administratorowi nadawcy bezpieczną informację o wymaganym sposobie połączenia.
Dostawca
- Jeżeli obsługujesz usługę uczestniczącą w próbie, sprawdź logi szyfrowania i AUTH oraz przekaż administratorowi bezpieczny kontekst potrzebny do ustalenia wymaganej korekty.
- Usuń potwierdzony problem w zarządzanej konfiguracji albo wskaż właściciela korekty; nie uruchamiaj automatycznej supresji na podstawie samego kodu.
Źródła i weryfikacja
Kanoniczne znaczenie T0 wzorca X.7.11, jego historyczny charakter, związek z poleceniem AUTH i zastosowanie kodu 5.7.11 w klasie 5 zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 4954 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.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.7.11
- 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
- rfc4954Źródło T0
IANA registry reference for X.7.11
Ostatnia weryfikacja:
