W skrócie
Trwała odmowa przyjęcia wiadomości od nadawcy: brak relacji zaufania z serwerem strony trzeciej potrzebnej do odczytu treści. Skonfiguruj ją przed kolejną próbą. To luka infrastruktury lub polityki, nie zwykła higiena listy odbiorców. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Wzorzec rejestru X.7.14, przeniesiony do klasy 5 jako kod 5.7.14, zastępuje wcześniejsze przypisanie X.7.8 do tego stanu. Serwer przyjmujący wiadomości od nadawcy odmawia wglądu w treść, dopóki brakuje skonfigurowanego powiązania zaufania z systemem partnerskim potrzebnego do dostępu strony trzeciej. Brak tego powiązania daje trwałą odmowę. Status wskazuje infrastrukturalną konfigurację zaufania, a nie higienę listy, błędny adres odbiorcy ani dane uwierzytelniające. Sam numer odpowiedzi nie wskazuje partnera, parametrów powiązania ani operatora, który musi usunąć lukę.
Przykłady od dostawców
534 5.7.14 Please log in through your web browser and then try again. For more information, go to Can't sign in to your Google Account. - gsmtpZnaczenie techniczne
Serwery przyjmujące wiadomości od nadawcy, które przed dostępem do treści wiadomości wymagają skonfigurowanej relacji zaufania z serwerem strony trzeciej, używają X.7.14 dla tego stanu. Wzorzec zastępuje wcześniejsze użycie X.7.8 w tym samym przypadku; kod 5.7.14 stosuje ten szczegół w klasie 5.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Niezmienione ponowienie nie ustanowi wymaganej relacji zaufania; sam kod nie wskazuje serwera strony trzeciej, wymaganej konfiguracji ani właściciela błędu.
- 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 właściwej relacji zaufania lub korekcie jej konfiguracji; wcześniej ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie wykluczaj automatycznie adresu ani domeny na podstawie samego 5.7.14. Sprawdź pełną odpowiedź, systemy uczestniczące w próbie, ich konfigurację i historię zdarzeń, a decyzję o supresji podejmij zgodnie z potwierdzoną przyczyną i właściwą polityką.
Najczęstsze przyczyny
- Nie skonfigurowano relacji zaufania wymaganej między serwerem przyjmującym wiadomości od nadawcy a serwerem strony trzeciej do uzyskania dostępu do treści wiadomości.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP i potwierdź, że kod rozszerzony to dokładnie 5.7.14, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z czasem próby, serwerem przyjmującym wiadomości od nadawcy i serwerem strony trzeciej używanym do dostępu do treści; sprawdź bezpieczne logi oraz konfigurację relacji zaufania, zamiast wyprowadzać te szczegóły z samego kodu.
- Zatrzymaj niezmienione ponowienia; przed jedną kontrolowaną próbą potwierdź ustanowienie lub korektę wymaganej relacji, ponownie sprawdź status supresji 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ź i czas zdarzenia bez ujawniania treści wiadomości ani sekretów.
Administrator nadawcy
- Ustal z logów i konfiguracji serwer przyjmujący wiadomości od nadawcy, serwer strony trzeciej oraz wymaganą relację zaufania, po czym skoordynuj korektę z właścicielem właściwego systemu.
- Po potwierdzonej korekcie ponownie sprawdź status supresji i wykonaj jedną kontrolowaną próbę zamiast powtarzać niezmienione wysłanie.
Administrator odbiorcy
- Jeżeli zarządzasz serwerem uczestniczącym w dostępie do treści, sprawdź jego logi i konfigurację relacji zaufania dla wskazanej próby, a następnie skoryguj tylko potwierdzony problem.
Dostawca
- Jeżeli obsługujesz serwer przyjmujący wiadomości od nadawcy lub serwer strony trzeciej, sprawdź oczekiwaną relację zaufania i bezpiecznie wskaż administratorom potwierdzony brak lub wymaganie konfiguracyjne; 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:
