Co oznacza ten kod
System pocztowy odrzucił polecenie protokołu, ponieważ zostało wydane w niewłaściwej kolejności albo nie było obsługiwane. Pierwsza cyfra 4 klasyfikuje ten konkretny wynik jako tymczasowy, dlatego dostarczenie można ponowić w kontrolowany sposób po sprawdzeniu kontekstu polecenia.
Znaczenie techniczne
Wzorzec X.5.1 oznacza polecenie protokołu transakcji pocztowej wydane poza właściwą kolejnością albo nieobsługiwane. Opis rejestrowy wskazuje, że ten szczegół jest użyteczny tylko jako błąd trwały, jednak zaakceptowany konkretny wariant 4.5.1 ma klasę 4; zgodnie z zasadą zgodności klas jego wynik pozostaje przejściowy.
Status dostarczenia
Pierwsza cyfra 4 oznacza utrzymujące się niepowodzenie przejściowe: bieżąca próba nie powiodła się, ale wynik nie jest trwałym odrzuceniem. Napięcie między klasą 4 a uwagą rejestrową o użyciu tego szczegółu jako błędu trwałego wymaga zachowania pełnej odpowiedzi i kontekstu; sam kod nie dowodzi, że ten sam układ polecenia i stanu sesji powiedzie się bez korekty.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zalecenie operacyjne: przed kolejną próbą sprawdź stan suppression oraz kolejność i obsługę polecenia. Następnie ponawiaj dostarczenie w kontrolowanym mechanizmie z backoffem, losowym rozproszeniem, idempotencją i limitem czasu lub prób; po powtarzającym się 4.5.1 zatrzymaj próby i skieruj przypadek do diagnozy zamiast bez końca odtwarzać ten sam kontekst.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.5.1. Sprawdź pełną odpowiedź, polecenie, stan transakcji, historię ograniczonych prób i inne zdarzenia doręczenia; zastosuj suppression dopiero po niezależnym trwałym sygnale albo wtedy, gdy wymaga tego właściwa polityka.
Najczęstsze przyczyny
- Polecenie protokołu transakcji pocztowej zostało wydane poza kolejnością właściwą dla bieżącego stanu transakcji.
- System, który zwrócił kod, nie obsługiwał wydanego polecenia protokołu.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.5.1, a podstawowa odpowiedź należy do klasy 4xx.
- Powiąż odpowiedź z właściwą wiadomością, czasem próby, systemem zwracającym kod i dokładnym poleceniem; zachowaj przebieg transakcji przed poleceniem oraz odpowiedź po nim.
- Na podstawie zachowanego przebiegu i logów ustal, czy polecenie zostało wydane poza kolejnością, czy nie było obsługiwane; nie wybieraj między tymi przyczynami na podstawie samego kodu.
- Przed ponowieniem sprawdź suppression, a następnie porównaj wyniki ograniczonych prób; zakończ je po sukcesie, trwałym wyniku albo osiągnięciu ustalonego limitu.
Działania z podziałem na role
Administrator nadawcy
- Zachowaj surową odpowiedź, polecenie i poprzedzający je przebieg transakcji, a następnie sprawdź, czy oprogramowanie nadawcze wydaje polecenie we właściwym stanie i tylko do systemu, który je obsługuje; popraw potwierdzony błąd kolejności lub zgodności.
- Sprawdź suppression i skieruj wiadomość do ograniczonego mechanizmu ponowień z backoffem oraz idempotencją. Jeżeli 4.5.1 powtarza się w tym samym kontekście, zatrzymaj próby po ustalonym limicie i przekaż zebrany przebieg dostawcy.
Dostawca
- Dla wskazanego czasu i systemu sprawdź logi oraz dostępny przebieg protokołu, aby ustalić, czy polecenie było poza kolejnością, czy nieobsługiwane; nie przypisuj jednej z tych przyczyn na podstawie samego 4.5.1.
- Usuń potwierdzony tymczasowy problem w zarządzanej implementacji lub stanie transakcji i zachowaj w odpowiedzi klasę zgodną z rzeczywistym wynikiem; przekaż administratorowi nadawcy dokładny kontekst potrzebny do korekty, jeśli problem leży po stronie klienta.
Źródła i weryfikacja
Kanoniczne znaczenie T0 wzorca X.5.1, jego uwagę o użyciu jako błędu trwałego oraz przypisanie zaakceptowanego kodu do klasy 4 zweryfikowano w rejestrze IANA i dokumentach RFC 2034, RFC 3463 oraz RFC 5248 według stanu na 17 lipca 2026 r. Wskazówki dotyczące ponowień, diagnostyki i suppression są oddzielnymi zaleceniami operacyjnymi.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.5.1
- 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
- rfc3463Źródło T0
IANA registry reference for X.5.1
Ostatnia weryfikacja:
