Blazalek.com

4.5.4Tymczasowo nieprawidłowe argumenty polecenia

System rozpoznał polecenie SMTP, lecz odrzucił jego argumenty. Zachowaj polecenie i stan transakcji, popraw potwierdzony zakres lub funkcję, a potem ponawiaj z limitem.

Kategoria
Protokół dostarczania
Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

W skrócie

Nieprawidłowe argumenty polecenia: sprawdź dokładne wartości, popraw potwierdzoną wadę i nie wykluczaj odbiorcy.

Co oznacza ten kod

X.5.4 obejmuje nieprawidłowe argumenty prawidłowego polecenia: wartość może być poza zakresem lub wskazywać nierozpoznaną funkcję. Ten wariant klasy 4 wymaga kontekstu.

Znaczenie techniczne

X.5.4 obejmuje nieprawidłowe argumenty prawidłowego polecenia: wartość może być poza zakresem lub wskazywać nierozpoznaną funkcję. Ten wariant klasy 4 wymaga kontekstu.

Status dostarczenia

Klasa 4 oznacza bieżący wynik przejściowy, lecz napięcie z uwagą rejestru wymaga oparcia interpretacji na dokładnym poleceniu i stanie transakcji.

Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Sprawdź uprawnienie odbiorcy oraz dokładne polecenie, argumenty i stan transakcji. Popraw potwierdzoną wadę argumentu, potem ponawiaj idempotentnie z wydłużającymi się, losowo rozproszonymi odstępami i limitem; zatrzymaj powtarzające się próby bez zmian.

Decyzja o supresji

Nie wykluczaj odbiorcy po samym 4.5.4; wymagaj niezależnego, trwałego sygnału dotyczącego adresu lub polityki.

Najczęstsze przyczyny

  • Argument polecenia był poza zakresem akceptowanym przez system.
  • Argument prawidłowego polecenia żądał nierozpoznanej funkcji.

Kroki diagnostyczne

  1. Potwierdź dokładnie 4.5.4 i odpowiedź 4xx oraz zachowaj pełną odpowiedź.
  2. Zapisz polecenie, argumenty, poprzedni stan transakcji, system raportujący i czas.
  3. Ze śladu i logów ustal, czy argument był poza zakresem czy oznaczał nierozpoznaną funkcję.
  4. Popraw potwierdzony problem, ponawiaj z limitem i zatrzymaj po sukcesie, wyniku trwałym albo wyczerpaniu limitu.

Działania z podziałem na role

Administrator nadawcy

  • Zachowaj dowody polecenia i argumentów, a przed ponowieniem popraw potwierdzony błąd klienta lub stanu transakcji.
  • Nie ponawiaj niezmienionych, odrzuconych argumentów.

Dostawca

  • Zachowaj precyzyjną telemetrię argumentów i poleceń potrzebną do diagnozy.
  • Napraw potwierdzony problem funkcji lub walidacji w warstwie zarządzanej, zachowując dokładny status.

Ź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.

Ostatnia weryfikacja:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Incydenty

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.