W skrócie
4.7.15 to tymczasowy warunek poziomu priorytetu. Zachowaj odpowiedź, potwierdź właściwą politykę odbiorcy i ponawiaj wyłącznie po zatwierdzonej zmianie lub odczekaniu; nie jest to twarde odbicie odbiorcy.
Co oznacza ten kod
X.7.15 oznacza zbyt niski poziom priorytetu. Klasa 4 jest przejściowa, lecz kod nie definiuje modelu kolejki dostawcy ani właściwego nagłówka.
Znaczenie techniczne
X.7.15 oznacza zbyt niski poziom priorytetu. Klasa 4 jest przejściowa, lecz kod nie definiuje modelu kolejki dostawcy ani właściwego nagłówka.
Status dostarczenia
Klasa 4 oznacza przejściowy wynik polityki priorytetu. Kod nie ujawnia uniwersalnego nagłówka, modelu kolejki ani dopuszczalnej metody naprawy.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zachowaj pełną odpowiedź i zweryfikuj zakres polityki. Nie wysyłaj wielokrotnie przy tych samych ustawieniach; zastosuj zatwierdzone traktowanie priorytetu albo odczekaj, a potem wykonaj ograniczone ponowienie z wykładniczym odstępem, losowym rozproszeniem, idempotencją i limitem prób.
Decyzja o supresji
Nie stosuj suppressji po samym 4.7.15; to warunek polityki priorytetu, nie trwały sygnał o odbiorcy.
Najczęstsze przyczyny
- Priorytet wiadomości jest niższy niż próg polityki odbiorcy.
- Polityka kolejki albo usługi tymczasowo wymaga innego traktowania priorytetu.
- Dokładna implementacja odbiorcy dodaje ograniczenia niewyrażone przez ogólny kod.
Kroki diagnostyczne
- Potwierdź dokładnie 4.7.15 i odpowiedź 4xx.
- Zachowaj pełną diagnostykę odnoszącą się do priorytetu, klasy dostarczania lub polityki.
- Ustal zatwierdzoną politykę priorytetu odbiorcy przed zmianą kolejki lub wiadomości.
- Porównaj ograniczoną próbę po zatwierdzonej zmianie i nie uogólniaj praktyki na innych odbiorców.
Działania z podziałem na role
Nadawca
- Przerwij ręczne ponowienia, przekaż administratorowi pełną odpowiedź oraz kontekst wiadomości i nie zmieniaj priorytetu na podstawie domysłu o nagłówku lub polityce odbiorcy.
Administrator nadawcy
- Zweryfikuj zatwierdzone traktowanie priorytetu i politykę docelową przed zmianą kolejki lub wiadomości, a po zatwierdzonej zmianie wykonaj ograniczoną próbę z zachowaniem pełnej diagnostyki.
Administrator odbiorcy
- Jeśli zarządzasz odbiornikiem, potwierdź właściwą regułę priorytetu i bezpieczny sposób diagnostyki, nie przedstawiając lokalnej polityki jako reguły uniwersalnej.
Dostawca
- Koreluj odroczenia związane z priorytetem, dokumentuj wspieraną metodę naprawy i nie zakładaj, że wszyscy odbiorcy mają tę samą politykę priorytetu.
Ź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:
