W skrócie
W praktyce 5.4.1 to trwałe odrzucenie po stronie domeny docelowej — efekt własnych filtrów pocztowych domeny odbiorcy albo jej polityki dostępu do adresu, a nie (jak wynika ze zebranych tu dowodów) dosłowny brak odpowiedzi na próbę połączenia. Nie ponawiaj tej samej wiadomości bez zmian; skontaktuj się z odbiorcą lub jego administratorem pocztowym inną drogą i wyślij ponownie dopiero wtedy, gdy coś faktycznie się zmieni.
Co oznacza ten kod
Odwzorowanie rejestru IANA w tym katalogu mechanicznie potwierdza wyłącznie odczytanie wzorca rejestru X.4.1 w klasie 4 (kod 4.4.1). Dla wariantu klasy 5 tego wzorca nie ma tu żadnego potwierdzenia z rejestru IANA, a mimo to kod 5.4.1 nakłada ten wzorzec na klasę 5. Według RFC 3463 X.4.1 oznacza „brak odpowiedzi od hosta” (no answer from host) i jest przydatny wyłącznie jako uporczywe niepowodzenie przejściowe. Konkretny kod 5.4.1 pojawia się w tym katalogu zamiast tego na podstawie dokładnego dowodu korpusowego: rzeczywiste odpowiedzi produkcyjne niosą cyfry 5.4.1 i opisują trwałe odrzucenie po stronie domeny docelowej, czy to przez własne filtry pocztowe domeny odbiorcy (Zoho), czy przez politykę dostępu do adresu odbiorcy egzekwowaną w raporcie niedostarczenia (Microsoft 365 / Exchange Online Protection), a nie połączenie, na które nikt nie odpowiedział.
Znaczenie techniczne
Obserwowane zachowanie dostawcy traktuje te cyfry jako dowód trwałej odmowy po stronie odbiorcy, a nie jako dowód, że wystąpił dokładnie ten stan, który standard nazywa „brakiem odpowiedzi od hosta”. Wzorzec X.4.1 oznacza brak odpowiedzi od hosta: wychodząca próba połączenia nie została odebrana, bo zdalny system był zajęty albo nie mógł przyjąć połączenia. RFC 3463 opisuje ten wzorzec ogólnie, a odwzorowanie rejestru IANA w tym katalogu mechanicznie potwierdza wyłącznie wariant klasy 4 (4.4.1, podstawowy kod SMTP 451, uporczywe niepowodzenie przejściowe). Żaden mechanizm rejestru IANA nie potwierdza tu wariantu klasy 5 dla X.4.1. Konkretny kod 5.4.1 publikujemy na podstawie dokładnego dowodu korpusowego: produkcyjne odpowiedzi z cyframi 5.4.1 opisują trwałe odrzucenie po stronie domeny docelowej (filtry domeny odbiorcy albo politykę dostępu do adresu), a nie dosłowną, nieodebraną próbę połączenia ze standardu.
Status dostarczenia
Pierwsza cyfra 5 oznacza niepowodzenie trwałe dla tej wiadomości w bieżącym kontekście: nie powtarzaj tej samej, niezmienionej wysyłki. Samo w sobie nie oznacza to, że adres odbiorcy jest trwale nieprawidłowy — oba zaakceptowane przykłady opisują decyzję filtra albo polityki dostępu, która może się zmienić, jeśli domena odbiorcy ją dostosuje. Nie myl tego z 4.4.1, gdzie ten sam wzorzec X.4.1 jest potwierdzony przez IANA jako stan klasy 4 nadający się do ponowienia, opisujący nieodebrane połączenie.
- 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 wiadomości do tego adresu w niezmienionym kontekście. Nowa wysyłka ma sens dopiero wtedy, gdy faktycznie zmieni się coś istotnego — domena odbiorcy dostosuje swój filtr albo jej administrator potwierdzi, że polityka dostępu już nie blokuje tego adresu — a nie po prostu po upływie czasu.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie pojedynczego kodu 5.4.1. Sprawdź pełną treść odpowiedzi i system, który ją zwrócił: decyzja filtra domeny docelowej albo polityki dostępu do adresu może być odwracalna przez administratora odbiorcy i nie jest tym samym co trwale nieprawidłowy adres. Stosuj wykluczenie dopiero, gdy uzasadnia to obowiązująca polityka listy albo niezależny sygnał trwały.
Najczęstsze przyczyny
- Domena odbiorcy ma własne filtry pocztowe skonfigurowane tak, by blokować tę konkretną wiadomość, niezależnie od reputacji nadawcy — udokumentowane zachowanie Zoho dla domen hostowanych u tego dostawcy.
- Polityka dostępu do adresu odbiorcy w systemie odbiorcy odmawia dostarczenia na ten konkretny adres, zgłoszona wewnątrz raportu niedostarczenia, a nie w żywej odpowiedzi SMTP — udokumentowane zachowanie Microsoft 365 / Exchange Online Protection.
- Dostawcy ponownie wykorzystują cyfry X.4.1 do trwałej odmowy po stronie odbiorcy, której własny przykład standardu („brak odpowiedzi od hosta”) nie opisuje; sam kod nie identyfikuje, który filtr albo polityka zadziałały.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP albo raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.4.1, a podstawowa odpowiedź należy do klasy 5xx (541 w zaakceptowanym przykładzie Zoho, 550 w zaakceptowanym przykładzie Microsoft 365 / Exchange Online Protection).
- Przeczytaj uważnie własny opis dostawcy: zwykle nazywa on rzeczywistą przyczynę (filtry pocztowe domeny docelowej albo polityka dostępu do adresu odbiorcy), która nie musi odpowiadać dosłownemu sformułowaniu standardu „brak odpowiedzi od hosta” dla X.4.1.
- Powiąż odpowiedź z konkretną wiadomością, czasem próby i adresem lub domeną odbiorcy; zachowaj pełny tekst odpowiedzi, w tym ewentualne identyfikatory serwera lub wiadomości w nawiasach, które dołącza dostawca.
- Zatrzymaj niezmienione automatyczne ponowienia; przed każdą nową wysyłką potwierdź u odbiorcy albo jego administratora, że filtr, polityka albo problem z adresem, które to spowodowały, faktycznie się zmieniły.
Działania z podziałem na role
Administrator nadawcy
- Zatrzymaj automatyczne ponowienia tej samej wiadomości do tego adresu w niezmienionym kontekście; potwierdź, który system (domena hostowana w Zoho, czy Microsoft 365 / Exchange Online Protection) zwrócił dokładnie odpowiedź 5.4.1, i zachowaj pełny tekst.
- Jeśli blokada wygląda na decyzję polityki, a nie na nieprawidłowość adresu (treść Zoho wprost wymienia filtry domeny docelowej), skontaktuj się z odbiorcą inną drogą i poproś go albo jego administratora pocztowego o sprawdzenie blokady; wyślij ponownie dopiero wtedy, gdy faktycznie zmieni się coś istotnego.
Administrator odbiorcy
- Jeśli administrujesz domeną odbiorcy, sprawdź własny filtr pocztowy domeny albo politykę dostępu do adresu odbiorcy (Zoho: filtry na poziomie domeny; Microsoft 365 / Exchange Online Protection: polityka dostępu do adresu odbiorcy) pod kątem reguły blokującej tego nadawcę lub adres.
- Dostosuj filtr, dodaj nadawcę do listy dozwolonych albo potwierdź, że adres odbiorcy jest poprawny i aktywny, a następnie poinformuj nadawcę, co się zmieniło, aby mógł zdecydować o ponownej wysyłce.
Dostawca
- Jeśli obsługujesz platformę pocztową odbiorcy, potwierdź, która warstwa wygenerowała odpowiedź 5.4.1 (filtr treści/odbiorcy na poziomie domeny czy polityka bezpieczeństwa/dostępu) i że cyfry odzwierciedlają rzeczywistą trwałą odmowę po stronie odbiorcy, a nie problem przejściowy błędnie oznaczony jako trwały.
- Zachowaj dokładny kod statusu i tekst opisu w odpowiedzi, aby system wysyłający nie traktował samych cyfr jako dowodu, że wystąpił dosłowny stan opisany w standardzie jako „brak odpowiedzi od hosta”.
Przykłady od dostawców
smtp;541 5.4.1 Mail rejected by destination domain550 5.4.1 Recipient address rejected: Access denied. [AMS0EPF0293901AB.eurprd05.prod.outlook.com 2023-01-01T00:00:00.000Z 08DBE74C0FA349500]Ź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.
- RFC 3463 — rozszerzone kody statusu systemu poczty — Definiuje model klasa/temat/szczegół dla rozszerzonych kodów statusu.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- SMTP Field Manual (korpus społecznościowy) — Utrzymywany społecznościowo zbiór odpowiedzi SMTP dostawców, przypięty lokalnie jako dowód.
- email-bounce-parser (korpus fixture'ów testowych) — Biblioteka open source do parsowania odbić, której fixture'y testowe są przypięte lokalnie jako dowód.
Ostatnia weryfikacja:

