W skrócie
Trwała odmowa: priorytet wiadomości był niższy, niż akceptuje serwer odbiorczy. Podnieś priorytet albo potwierdź zmianę warunków serwera przed ponowną próbą. To próg polityki; reputacja zwykle bez szkody, o ile to nie masowa pomyłka. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Zadeklarowany priorytet wiadomości może być niższy niż minimum, jakie odbierający system SMTP akceptuje przy przekazie; wzorzec rejestru X.7.15 pojawia się wtedy jako kod 5.7.15 w podrodzinie bezpieczeństwa i polityki. Pierwsza cyfra klasyfikuje wynik jako trwały w rejestrze statusów rozszerzonych, choć standard dopuszcza, że próg wynika z tymczasowego trybu faworyzującego ruch o wyższym priorytecie. Status wskazuje niedopasowanie polityki priorytetu; nie dowodzi błędnego adresowania ani niepowodzenia uwierzytelniania. Nie podaje też akceptowanego progu, powodu reguły ani czasu trwania ograniczonego trybu.
Znaczenie techniczne
Gdy wskazany poziom priorytetu jest niższy niż najniższy priorytet akceptowany przez odbierający serwer SMTP, stosuje się X.7.15. Standard dopuszcza, że przyczyną może być tymczasowy tryb serwera, w którym do przekazania i doręczenia przyjmowane są tylko wiadomości o wyższym priorytecie, a niższy priorytet jest odrzucany, lecz kod 5.7.15 zgłasza wynik w klasie trwałej.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod nie podaje akceptowanego progu, przyczyny jego obowiązywania ani czasu trwania trybu serwera, dlatego tych szczegółów nie należy wyprowadzać z samego kodu.
- 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 potwierdzonej korekcie zamierzonego priorytetu albo po potwierdzeniu przez odbiorcę lub dostawcę, że warunki akceptacji się zmieniły; wcześniej ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie wykluczaj automatycznie adresu odbiorcy na podstawie samego 5.7.15. Sprawdź pełną odpowiedź, użyty priorytet, konfigurację i historię zdarzeń, a decyzję o supresji podejmij dopiero na podstawie potwierdzonej przyczyny i właściwej polityki.
Najczęstsze przyczyny
- Poziom priorytetu określony dla wiadomości był niższy niż najniższy poziom akceptowany przez odbierający serwer SMTP.
- Serwer odbierający działał w trybie, który przyjmuje tylko wiadomości o wyższym priorytecie, a odrzuca wiadomości o niższym priorytecie.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź dokładny kod 5.7.15 oraz podstawową odpowiedź klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z właściwą wiadomością, czasem i etapem próby, odbierającym punktem końcowym oraz poziomem priorytetu określonym dla tej wiadomości.
- W dostępnej konfiguracji i logach sprawdź zamierzony priorytet, akceptowany próg oraz tryb pracy serwera; nie zakładaj tych wartości na podstawie samego kodu.
- Zatrzymaj niezmienione ponowienia; po potwierdzonej korekcie lub zmianie warunków ponownie sprawdź status supresji i porównaj wynik jednej kontrolowanej próby.
Działania z podziałem na role
Nadawca
- Potwierdź zamierzony priorytet wiadomości i przekaż administratorowi czas próby oraz pełną odpowiedź, bez wielokrotnego ręcznego ponawiania.
Administrator nadawcy
- Sprawdź priorytet ustawiony przez system nadawczy, zachowaj kontekst próby i skoordynuj potwierdzenie akceptowanego progu; wykonaj nową próbę dopiero po potwierdzonej korekcie lub zmianie warunków.
Administrator odbiorcy
- Jeżeli zarządzasz serwerem zwracającym kod, sprawdź próg priorytetu, tryb pracy i logi tej próby, a następnie skoryguj potwierdzony problem lub bezpiecznie wskaż obowiązujące wymaganie.
Dostawca
- Jeżeli obsługujesz uczestniczącą usługę, sprawdź zarządzane logi i konfigurację dla wskazanej próby, potwierdź próg oraz tryb serwera i usuń tylko problem znajdujący się w zarządzanej warstwie.
Ź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.
- RFC 6710 — rozszerzenie SMTP dla priorytetów transferu wiadomości — Definiuje priorytety transferu wiadomości i powiązane kody statusu.
Ostatnia weryfikacja:
