Co oznacza ten kod
System pocztowy trwale odrzucił poprawne polecenie protokołu, ponieważ jego argumenty były nieprawidłowe. Nie ponawiaj tej samej próby bez zmiany argumentów lub warunków, które spowodowały odrzucenie.
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. Rejestr T0 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 suppression 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 suppression zastosuj 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 suppression.
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 suppression.
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.
Zweryfikowane przykłady dostawców
Zaakceptowane przykłady Gmaila dla etapu HELO brzmią dokładnie: «501 5.5.4 HELO/EHLO argument “...” invalid, closing connection. 501 5.5.4 https://support.google.com/mail/?p=helo» oraz «501 5.5.4 Empty HELO/EHLO argument not allowed, closing connection. 501 5.5.4 https://support.google.com/mail/?p=helo». Zaakceptowany przykład Microsoft Exchange Server dla walidacji EHLO brzmi dokładnie: «501 5.5.4 Invalid domain name». Są to praktyki konkretnych produktów, a nie definicja standardu X.5.4. Tylko zaakceptowany dowód Microsoftu dodatkowo opisuje nieprawidłowe znaki w nazwie domeny lub ograniczenia połączenia i zaleca korektę argumentu EHLO oraz sprawdzenie ograniczeń po stronie miejsca docelowego.
Dokładna odpowiedź SMTP
501 5.5.4 HELO/EHLO argument “...” invalid, closing connection.
501 5.5.4 https://support.google.com/mail/?p=heloDokładna odpowiedź SMTP
501 5.5.4 Empty HELO/EHLO argument not allowed, closing connection.
501 5.5.4 https://support.google.com/mail/?p=heloDokładna odpowiedź SMTP
501 5.5.4 Invalid domain nameŹródła i weryfikacja
Kanoniczne znaczenie T0 wzorca X.5.4, uwagę o użyciu tylko jako błędu trwałego oraz przypisanie kodu 5.5.4 do klasy 5 zweryfikowano w rejestrze IANA i dokumentach RFC 2034, RFC 3463 oraz RFC 5248. Dokładne przykłady praktyki Gmaila pochodzą z zaakceptowanych dowodów gmail-ph01-123 i gmail-ph01-124, a przykład oraz objaśnienie praktyki Microsoftu z p03-b04-microsoft-x-5-4-001. Źródła zweryfikowano 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
- gmail-ph01-124Źródło T1
Section 'You get a HELO/EHLO error message', second code block (rendered lines 124-125)
- gmail-ph01-123Źródło T1
Section 'You get a HELO/EHLO error message', first code block (rendered lines 121-122)
- p03-b04-microsoft-x-5-4-001Źródło T1
Step 4 > EHLO command: exact failure response
Ostatnia weryfikacja:
