Co oznacza ten kod
System pocztowy rozpoznał polecenie, ale odrzucił jego argumenty jako nieprawidłowe. Pierwsza cyfra 4 klasyfikuje ten konkretny wynik jako tymczasowy, dlatego po sprawdzeniu i ewentualnym poprawieniu argumentów dostarczenie można ponowić w kontrolowany sposób.
Znaczenie techniczne
Wzorzec X.5.4 oznacza, że wydano poprawne polecenie protokołu transakcji pocztowej z nieprawidłowymi argumentami: argumenty były poza zakresem albo reprezentowały nierozpoznane funkcje. Opis rejestrowy stwierdza, że ten szczegół jest użyteczny tylko jako błąd trwały, jednak zaakceptowany konkretny wariant 4.5.4 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 polecenia; sam kod nie dowodzi, że ponowienie tych samych argumentów bez zmiany zakończy się powodzeniem.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zalecenie operacyjne: przed kolejną próbą sprawdź stan suppression oraz dokładne polecenie, jego argumenty i stan transakcji; najpierw popraw potwierdzony błąd zakresu lub zgodności funkcji. Następnie ponawiaj dostarczenie w kontrolowanym mechanizmie z backoffem, losowym rozproszeniem, idempotencją i limitem czasu lub prób. Jeśli 4.5.4 powtarza się w tym samym kontekście, zatrzymaj próby i skieruj przypadek do diagnozy.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.5.4. Sprawdź pełną odpowiedź, polecenie i argumenty, historię ograniczonych prób oraz 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
- Argument poprawnego polecenia protokołu transakcji pocztowej był poza zakresem akceptowanym przez system zwracający kod.
- Argument poprawnego polecenia reprezentował funkcję, której system zwracający kod nie rozpoznał.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.5.4, a podstawowa odpowiedź należy do klasy 4xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z właściwą wiadomością, czasem próby, systemem zwracającym kod i dokładnym poleceniem; zachowaj argumenty, stan transakcji przed poleceniem oraz odpowiedź po nim.
- Na podstawie zachowanego przebiegu i logów ustal, czy argument był poza zakresem, czy reprezentował nierozpoznaną funkcję; nie wybieraj między tymi przyczynami na podstawie samego kodu.
- Przed ponowieniem sprawdź suppression, popraw potwierdzony problem z argumentem i 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, dokładne argumenty i poprzedzający je przebieg transakcji, a następnie sprawdź w oprogramowaniu nadawczym zakres argumentów oraz zgodność użytej funkcji z systemem zwracającym kod; popraw potwierdzony błąd.
- Sprawdź suppression i skieruj wiadomość do ograniczonego mechanizmu ponowień z backoffem oraz idempotencją. Jeśli 4.5.4 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ć, który argument był poza zakresem lub którą funkcję uznano za nierozpoznaną; nie przypisuj jednej z tych przyczyn na podstawie samego 4.5.4.
- Usuń potwierdzony tymczasowy problem w zarządzanej implementacji albo przekaż administratorowi nadawcy obsługiwany zakres lub funkcję potrzebne do korekty; zachowaj w odpowiedzi klasę zgodną z rzeczywistym wynikiem.
Źródła i weryfikacja
Kanoniczne znaczenie T0 wzorca X.5.4, 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.4
- 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.4
Ostatnia weryfikacja:
