W skrócie
Trwały status systemu nadawcy: domena w adresie nadawcy koperty nie istnieje albo nie przyjmuje poczty zwrotnej. Nie ponawiaj bez zmian; najpierw administrator domeny nadawcy poprawia domenę lub jej ścieżkę zwrotną.
Co oznacza ten kod
X.1.8 oznacza, że system wskazany przez adres nadawcy nie istnieje albo nie może przyjmować poczty zwrotnej. W adresie internetowym dotyczy to części po prawej stronie @ w adresie nadawcy, a nie części lokalnej i nie odbiorcy. 5.1.8 jest trwałą postacią tego statusu, w klasie 5.
Przykłady od dostawców
smtp;550 5.1.8 <sender@example.com>: Sender address rejected: Domain not found (in reply to RCPT TO command)Znaczenie techniczne
Kod dotyczy nadawcy koperty, czyli adresu podanego w MAIL FROM: ścieżki zwrotnej, którą system odbierający zapisuje przy doręczeniu jako Return-Path i pod którą trafiłby każdy zwrot. Ten adres ustawia system wysyłający i może on różnić się od nagłówka From widocznego dla czytelnika, więc poprawnie wyglądający From nie znosi tego warunku i nie zmienia tego, co trzeba sprawdzić. Odpowiedź stwierdza, że system nazwany po prawej stronie @ w adresie nadawcy koperty nie istnieje albo nie może odbierać poczty zwrotnej; nie mówi nic o skrzynce odbiorcy ani o samej wiadomości.
Status dostarczenia
Klasa 5 jest trwała dla próby w tej postaci, w jakiej została wysłana. RFC 2034 wymaga zgodności klasy statusu rozszerzonego z klasą odpowiedzi SMTP, więc 5.1.8 pojawia się na odpowiedzi 5xx i nigdy na tymczasowej. RFC 5248 zapisuje powiązany podstawowy kod odpowiedzi jako niewyłączny, więc trzycyfrowa odpowiedź niosąca ten kod bywa różna w różnych systemach, a warunek identyfikuje kod rozszerzony razem z pełną treścią odpowiedzi. Status opisuje system nadawcy, więc nie uzasadnia wykluczenia odbiorcy.
- Klasa
- Niepowodzenie trwałe
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Nie ponawiaj wiadomości w wysłanej postaci; ten sam nadawca koperty daje ten sam trwały wynik. Nowa próba jest dopuszczalna dopiero wtedy, gdy domena nadawcy koperty rozwiązuje się i przyjmuje pocztę zwrotną, a poprawka została potwierdzona poza kolejką wysyłkową. Wysyłka z poprawionym nadawcą koperty to nowa ścieżka, a nie ponowienie odrzuconej próby, i liczy się jako pierwszy kontrolowany test poprawki.
Decyzja o supresji
5.1.8 ocenia system nadawcy, więc nie rozstrzyga niczego o adresie odbiorcy i nie jest podstawą do wykluczenia tego odbiorcy. Zapisz zdarzenie po stronie domeny nadawcy i jej ścieżki zwrotnej, a wykluczanie zostaw kodom, które opisują adres docelowy. Jeśli odbiorca jest już wykluczony na innych dowodach, ta decyzja opiera się na własnym zapisie i ten kod jej nie potwierdza.
Najczęstsze przyczyny
- Domena w adresie nadawcy koperty nie istnieje w DNS albo istnieje jako nazwa bez jakiejkolwiek konfiguracji pocztowej, więc system odbierający nie znajduje systemu nadawcy, który mógłby przyjąć pocztę zwrotną.
- Domena się rozwiązuje, ale nie ma do niej działającej trasy zwrotnej: brakuje osiągalnego serwera wymiany poczty albo opublikowany host nie jest przez żaden system obsługiwany, więc poczta kierowana z powrotem do nadawcy nie ma dokąd trafić.
- Domena i jej routing istnieją, ale konfiguracja zwrotów wskazuje co innego: subdomenę ścieżki zwrotnej albo domenę zwrotów, której nigdy nie opublikowano lub której publikacja wygasła, albo nadawcę koperty przepisanego przez system pośredniczący na adres, którego organizacja wysyłająca nie utrzymuje.
Kroki diagnostyczne
- Przeczytaj pełną odpowiedź SMTP w postaci zwróconej przez system odbierający i potwierdź, że rozszerzony kod to 5.1.8 oraz która odpowiedź 5xx go niosła; to treść odpowiedzi, a nie same cyfry, mówi, który adres został odrzucony.
- Weź nadawcę koperty z MAIL FROM w logu transakcji dla tej wiadomości i zestaw go z nagłówkiem From; jeśli oba się różnią, kod dotyczy nadawcy koperty i to ten adres przechodzi do dalszej części sprawdzenia.
- Sprawdź DNS i routing zwrotny dla domeny tego nadawcy koperty: czy domena się rozwiązuje, czy publikuje osiągalną trasę dla poczty kierowanej z powrotem do niej i czy host ścieżki zwrotnej lub zwrotów wskazany w konfiguracji wysyłki jest tym, który jest faktycznie opublikowany.
- Wykonaj jedną kontrolowaną próbę dopiero wtedy, gdy poprawiona domena nadawcy koperty rozwiązuje się i przyjmuje pocztę zwrotną: pojedynczą wiadomość do celu o znanej osiągalności, z zachowaną pełną odpowiedzią, tak aby wynik odnosił się do poprawki, a nie do partii wysyłkowej.
Działania z podziałem na role
Nadawca
- Wstrzymaj objętą wysyłkę do czasu, aż administrator domeny nadawcy potwierdzi poprawiony adres nadawcy koperty; ponowna wysyłka tej samej wiadomości odtwarza ten sam trwały wynik.
- Przekaż pełną odpowiedź, użyty adres nadawcy koperty, nagłówek From oraz znaczniki czasu nieudanych prób, aby poprawka powstała względem adresu, który faktycznie został odrzucony.
Administrator nadawcy
- Potwierdź, co publikuje domena nadawcy koperty: że domena istnieje, że poczta kierowana z powrotem do niej ma osiągalną trasę i że host ścieżki zwrotnej lub zwrotów z konfiguracji wysyłki zgadza się z tym, co jest opublikowane.
- Popraw konfigurację wysyłki tak, aby nadawcą koperty była domena, którą organizacja utrzymuje i której pocztę zwrotną monitoruje, a następnie zweryfikuj poprawioną ścieżkę jedną kontrolowaną wysyłką, zanim wróci normalny wolumen.
Ź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.
- SMTP Field Manual (korpus społecznościowy) — Utrzymywany społecznościowo zbiór odpowiedzi SMTP dostawców, przypięty lokalnie jako dowód.
Ostatnia weryfikacja:

