Blazalek.com

5.1.8SMTP 5.1.8: Adres systemu nadawcy jest nieprawidłowy

5.1.8 to trwały status klasy 5, który dotyczy systemu nazwanego przez adres nadawcy, a nie skrzynki odbiorcy. Niezmieniona próba nie jest powtarzana. Pierwszy działa administrator domeny nadawcy, na domenie nadawcy albo na routingu poczty zwrotnej; nadawca wysyła ponownie dopiero po zweryfikowaniu tej poprawki.

Kategoria
Adresowanie
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

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

Przykład proofpoint
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

  1. 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.
  2. 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.
  3. 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.
  4. 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.

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