W skrócie
Trwała odmowa AUTH: mechanizm wymaga wcześniejszego TLS albo innej silnej warstwy poufności. Włącz szyfrowanie albo wybierz mocniejszy mechanizm przed ponowną próbą. To luka konfiguracyjna transportu, nie odbicie adresu; bez naprawy wysyłka się nie uda. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Żądany mechanizm uwierzytelniania wolno użyć dopiero wtedy, gdy działa już zewnętrzna, silna warstwa poufności: to wzorzec rejestru X.7.10, a kod 5.7.10 przenosi ten szczegół do odpowiedzi SMTP. Status dotyczy głównie mechanizmów AUTH w jawnym tekście, które muszą iść przez ochronę taką jak TLS. Klasa 5 oznacza trwałą odmowę bieżącej próby. Status wskazuje warunek wstępny poufności transportu; nie dowodzi błędnych danych logowania, złego adresu odbiorcy ani dokładnej konfiguracji TLS akceptowanej przez serwer.
Przykłady od dostawców
523 5.7.10 SMTP protocol violation, no commands allowed to pipeline after STARTTLS. For more information, go to About SMTP error messages and review RFC 3207 specifications. - gsmtpZnaczenie techniczne
Zanim wolno użyć żądanego mechanizmu uwierzytelniania, wzorzec X.7.10 wymaga zewnętrznej silnej warstwy poufności. Szczegół jest przeznaczony przede wszystkim dla mechanizmów uwierzytelniania jawnym tekstem; klient może przed uwierzytelnieniem aktywować warstwę bezpieczeństwa, taką jak TLS, albo wybrać silniejszy mechanizm. Kod 5.7.10 stosuje ten szczegół w klasie 5.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Powtórzenie próby bez zmiany warstwy poufności lub mechanizmu nie usuwa wskazanego warunku; sam kod nie określa obsługiwanej konfiguracji TLS ani silniejszego mechanizmu i 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ę wykonaj dopiero po potwierdzonym aktywowaniu wymaganej warstwy poufności, takiej jak TLS, albo skonfigurowaniu silniejszego mechanizmu dozwolonego przez serwer; wcześniej ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego kodu 5.7.10. Sprawdź pełną odpowiedź, stan zabezpieczenia połączenia, użyty mechanizm, politykę serwera i historię zdarzeń, a decyzję podejmij zgodnie z potwierdzoną przyczyną i właściwą polityką.
Najczęstsze przyczyny
- Klient próbował użyć mechanizmu uwierzytelniania wymagającego zewnętrznej silnej warstwy poufności, zanim taka warstwa została aktywowana.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport próby i potwierdź, że kod rozszerzony to dokładnie 5.7.10, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z czasem próby, klientem, punktem końcowym serwera, wybranym mechanizmem i stanem warstwy poufności połączenia; w dostępnych logach sprawdź negocjację TLS oraz politykę uwierzytelniania, zamiast wyprowadzać wymaganą konfigurację z samego kodu.
- Zatrzymaj niezmienione ponowienia; przed nową, kontrolowaną próbą potwierdź aktywację wymaganej warstwy poufności albo wybór dozwolonego silniejszego mechanizmu, ponownie sprawdź status supresji i porównaj wynik.
Działania z podziałem na role
Nadawca
- Nie wykonuj kolejnych ręcznych prób bez zmiany; przekaż administratorowi pełną odpowiedź, czas próby i używane konto bez ujawniania danych uwierzytelniających.
Administrator nadawcy
- Zachowaj pełną odpowiedź i sprawdź konfigurację klienta, stan TLS lub innej warstwy poufności, wybrany mechanizm oraz punkt końcowy serwera dla wskazanej próby.
- Skonfiguruj potwierdzoną warstwę bezpieczeństwa albo silniejszy mechanizm zgodny z polityką serwera, ponownie sprawdź status supresji i wykonaj jedną kontrolowaną próbę zamiast powtarzać niezmienione uwierzytelnianie.
Administrator odbiorcy
- Jeżeli zarządzasz serwerem zwracającym kod, sprawdź jego logi, dostępność warstwy poufności i politykę uwierzytelniania zastosowaną do wskazanej próby.
- Skoryguj konfigurację tylko wtedy, gdy nie odpowiada zamierzonej polityce; w przeciwnym razie przekaż administratorowi nadawcy bezpieczną informację potrzebną do ustanowienia wymaganej warstwy lub wyboru dozwolonego mechanizmu.
Dostawca
- Jeżeli obsługujesz usługę uczestniczącą w uwierzytelnianiu lub ustanawianiu bezpiecznego połączenia, sprawdź jej logi i politykę dla wskazanego czasu, punktu końcowego oraz mechanizmu.
- Usuń potwierdzony problem w zarządzanej warstwie albo wskaż obsługiwany sposób ustanowienia wymaganej ochrony lub użycia silniejszego mechanizmu; 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.
- Błędy i kody SMTP Gmaila — Oficjalna tabela Gmail Help z komunikatami błędów SMTP i kodami statusu.
Ostatnia weryfikacja:
