W skrócie
Poprawne polecenie SMTP odrzucono, bo argumenty były nieprawidłowe w tej sesji. Dostosuj parametry lub stan sesji: nie ponawiaj ślepo. Trwałe niepowodzenie; napraw konfigurację, by uniknąć powtarzających się odrzuceń szkodzących reputacji.
Co oznacza ten kod
Odrzucone argumenty przy składniowo poprawnym poleceniu transakcji pocztowej dają kod 5.5.4 według wzorca X.5.4: argumenty były poza dopuszczalnym zakresem albo oznaczały nierozpoznaną funkcję. Trwała odmowa dla tej wiadomości to znaczenie klasy 5. Kod nie ujawnia nazwy polecenia, wadliwego argumentu ani tego, czy chodziło o zakres czy o nieznaną funkcję, i nie unieważnia adresu odbiorcy.
Przykłady od dostawców
501 5.5.4 HELO/EHLO argument “...” invalid, closing connection.
501 5.5.4 https://support.google.com/mail/?p=helo501 5.5.4 Empty HELO/EHLO argument not allowed, closing connection.
501 5.5.4 https://support.google.com/mail/?p=helo501 5.5.4 Invalid domain namesmtp;554 Message not allowed - [PH01] Email not accepted for policy reasons. Please visit https://postmaster.yahooinc.com/error-codes501 5.5.4 HELO/EHLO argument argument invalid closing connection. For more information, go to HELO/EHLO email error. - gsmtp501 5.5.4 Empty HELO/EHLO argument not allowed, closing connection. For more information, go to HELO/EHLO email error. - gsmtpZnaczenie techniczne
Nieprawidłowe argumenty przy poprawnym poleceniu protokołu transakcji pocztowej definiują X.5.4: argumenty były poza zakresem albo reprezentowały nierozpoznane funkcje. Rejestr standardowy wskazuje, że ten szczegół jest użyteczny tylko jako błąd trwały, a konkretny kod 5.5.4 ma zgodną z tym klasę 5.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej wiadomości w tym kontekście. Sam kod nie wskazuje dokładnego polecenia ani argumentu, nie rozstrzyga między przekroczeniem zakresu a nierozpoznaną funkcją i nie dowodzi, że adres odbiorcy jest nieważny.
- 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ą wysyłkę rozważ dopiero po potwierdzonej korekcie argumentu, zgodności użytej funkcji albo istotnej zmianie konfiguracji; przed nią ponownie sprawdź stan wykluczenia i zastosuj idempotencję.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie 5.5.4, ponieważ kod opisuje argument polecenia protokołu, a nie stan skrzynki. Sprawdź pełną odpowiedź, polecenie, argumenty, system zwracający kod i inne trwałe zdarzenia, a decyzję o wykluczeniu podejmij tylko zgodnie z ustaloną przyczyną i właściwą polityką.
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 5.5.4, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne, oryginalne brzmienie odpowiedzi.
- Powiąż odpowiedź z właściwą wiadomością, czasem próby, systemem zwracającym kod oraz dokładnym poleceniem i jego argumentami; zachowaj także stan transakcji przed poleceniem.
- Na podstawie przebiegu, logów i udokumentowanych możliwości systemu ustal, czy argument był poza zakresem, czy reprezentował nierozpoznaną funkcję. Jeśli odpowiedź wskazuje HELO/EHLO, sprawdź pusty lub nieprawidłowy argument domeny, a w kontekście zaakceptowanego przykładu Microsoftu także ograniczenia połączenia; nie uogólniaj tych praktyk na każdy przypadek 5.5.4.
- Zatrzymaj niezmienione ponowienia; przed ewentualną nową wysyłką potwierdź korektę ustalonej przyczyny i ponownie sprawdź stan wykluczenia.
Działania z podziałem na role
Administrator nadawcy
- Zachowaj pełną odpowiedź, polecenie, dokładne argumenty i poprzedzający przebieg transakcji, a następnie popraw potwierdzony argument poza zakresem albo użycie nierozpoznanej funkcji.
- Zatrzymaj ponowienia w niezmienionym kontekście; nową wysyłkę dopuść dopiero po potwierdzonej korekcie oraz ponownym sprawdzeniu stanu wykluczenia.
Dostawca
- Dla wskazanego czasu i systemu sprawdź logi, ograniczenia argumentów oraz obsługiwane funkcje, aby ustalić, który argument został odrzucony i dlaczego.
- Usuń potwierdzoną wadę w zarządzanej implementacji albo przekaż administratorowi nadawcy akceptowany zakres lub obsługiwaną funkcję potrzebne do korekty; zachowaj dokładny kod i kontekst odpowiedzi.
Ź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 3463 — rozszerzone kody statusu systemu poczty — Definiuje model klasa/temat/szczegół dla rozszerzonych kodów statusu.
- Napraw odbite lub odrzucone e-maile — Przewodnik Gmail Help do diagnostyki odbitych i odrzuconych wiadomości.
- Test SMTP przez Telnet na serwerach Exchange — Przewodnik Microsoft Learn do testowania SMTP Exchange przez Telnet.
- SMTP Field Manual (korpus społecznościowy) — Utrzymywany społecznościowo zbiór odpowiedzi SMTP dostawców, przypięty lokalnie jako dowód.
- Błędy i kody SMTP Gmaila — Oficjalna tabela Gmail Help z komunikatami błędów SMTP i kodami statusu.
Ostatnia weryfikacja:
