Kody odpowiedzi i kody statusu SMTP

Status bez dalszych szczegółów: używany, gdy znana jest tylko klasa wyniku (sukces, błąd przejściowy lub trwały).

Wystąpił problem z którymś adresem wiadomości, niepasujący do bardziej szczegółowych kodów.

Skrzynka odbiorcy nie istnieje na serwerze docelowym. Klasyczny zwrot z powodu literówki w adresie lub usuniętego konta.

Domena lub system docelowy nie istnieje albo nie może przyjmować poczty, na przykład dlatego, że domena się nie rozwiązuje.

Adres odbiorcy ma nieprawidłową składnię.

Adres odbiorcy pasuje do więcej niż jednej skrzynki w systemie docelowym.

Adres odbiorcy jest prawidłowy. Pojawia się jako 2.1.5 w pozytywnej odpowiedzi na RCPT TO.

Skrzynka istniała, ale została przeniesiona i nie jest znany adres przekierowania.

Adres nadawcy ma nieprawidłową składnię.

Domena nadawcy nie istnieje lub nie przyjmuje odpowiedzi, na przykład dlatego, że nie ma rekordów MX ani A.

Wiadomość przekazano do systemu, który nie obsługuje powiadomień o statusie, więc nie da się potwierdzić jej ostatecznego dostarczenia.

Domena odbiorcy publikuje null MX: deklaruje, że nie odbiera poczty.

Skrzynka istnieje, ale coś z nią związanego uniemożliwiło dostarczenie i nie ma bardziej szczegółowego kodu.

Skrzynka istnieje, ale jest wyłączona i nie przyjmuje wiadomości, na przykład zawieszone konto.

Skrzynka odbiorcy przekroczyła limit miejsca.

Wiadomość przekracza maksymalny rozmiar, jaki odbiorca może otrzymać.

Odbiorca to lista dystrybucyjna, której nie udało się rozwinąć na poszczególnych członków.

W systemie docelowym wystąpił problem niepasujący do bardziej szczegółowych kodów.

Pamięć docelowego systemu pocztowego jest pełna.

Host docelowy nie przyjmuje wiadomości z powodu zbliżającego się wyłączenia, przeciążenia lub prac konserwacyjnych.

System docelowy nie obsługuje funkcji wymaganej przez wiadomość.

Wiadomość przekracza maksymalny rozmiar, jaki serwer przyjmuje dla dowolnego odbiorcy.

System docelowy jest błędnie skonfigurowany i nie może przyjąć wiadomości.

Wiadomość przyjęto, ale z innym priorytetem niż żądany (rozszerzenie MT-PRIORITY).

Wystąpił problem z siecią lub routingiem niepasujący do bardziej szczegółowych kodów.

Serwer docelowy nie odpowiedział na próbę połączenia.

Połączenie zostało nawiązane, ale zerwało się lub stało się niestabilne przed zakończeniem dostarczania.

Zawiodła usługa katalogowa potrzebna do dostarczenia, zwykle rozwiązywanie nazw DNS.

Nie znaleziono trasy do celu, na przykład dlatego, że domena nie ma użytecznych rekordów MX ani A.

System pocztowy jest przeciążony i nie może w tej chwili przetworzyć wiadomości.

Wykryto pętlę routingu: wiadomość zbyt wiele razy przeszła przez te same serwery.

Upłynął maksymalny czas ponawiania prób i wiadomość zostaje porzucona bez dostarczenia.

Wystąpił problem z protokołem dostarczania niepasujący do bardziej szczegółowych kodów.

Polecenie jest nieprawidłowe, niedozwolone w tym momencie lub nierozpoznane.

Polecenie zawiera błąd składni i serwer nie może go zinterpretować.

Wiadomość ma więcej odbiorców, niż serwer przyjmuje w jednej transakcji.

Polecenie jest poprawne, ale jego argumenty nie są lub nie są obsługiwane.

Występuje niezgodność wersji protokołu między klientem a serwerem.

Linia wymiany AUTH przekracza maksymalną długość dopuszczaną przez serwer.

Wystąpił problem z treścią wiadomości niepasujący do bardziej szczegółowych kodów.

Cel nie obsługuje typu treści wiadomości lub któregoś z jej załączników.

Aby dostarczyć wiadomość, trzeba by przekonwertować jej treść, ale nadawca tego zabronił.

Aby dostarczyć wiadomość, trzeba by przekonwertować jej treść, a serwer nie potrafi tego zrobić.

Wiadomość dostarczono, ale podczas konwersji treści utracono część informacji.

Konwersja treści wiadomości nie powiodła się.

Nie udało się pobrać treści wiadomości wskazanej przez URL (rozszerzenie BURL).

Nadawca lub odbiorca nie obsługuje adresów ze znakami spoza ASCII (poczta umiędzynarodowiona, SMTPUTF8).

Serwer musi odpowiedzieć tekstem UTF-8, ale klient nie zadeklarował obsługi SMTPUTF8.

Wiadomość ma nagłówki UTF-8 i nie może zostać przekazana do jednego lub kilku odbiorców, którzy ich nie obsługują, więc zostaje odrzucona.

Status bezpieczeństwa bez dalszych szczegółów. Pojawia się przy udanym uwierzytelnieniu (2.7.0), przejściowych błędach AUTH (4.7.0) i odrzuceniach ze względu na zasady.

Nadawca nie ma uprawnień do wysyłania do tego odbiorcy: blokada z powodu czarnej listy, reputacji, filtra antyspamowego lub niedozwolonej próby przekazywania (relay). W wariancie 4.7.1 zwykle oznacza greylisting.

Nadawca nie ma uprawnień do wysyłania na tę listę dystrybucyjną.

Wiadomość trzeba by przekonwertować z jednego protokołu bezpieczeństwa na inny, co nie jest możliwe.

Wiadomość wymaga funkcji bezpieczeństwa, których cel nie obsługuje.

Operacja kryptograficzna w transporcie nie powiodła się, na przykład weryfikacja podpisu lub odszyfrowanie.

Cel nie obsługuje algorytmu kryptograficznego użytego w wiadomości.

Weryfikacja integralności nie powiodła się: wiadomość zmieniono w drodze lub suma kontrolna się nie zgadza.

Poświadczenia uwierzytelniające są nieprawidłowe: błędna nazwa użytkownika lub hasło.

Wybrany mechanizm uwierzytelniania jest słabszy, niż wymagają zasady serwera.

Do użycia żądanego mechanizmu uwierzytelniania potrzebna jest zewnętrzna warstwa szyfrowania, np. TLS. Przeznaczony głównie dla mechanizmów wysyłających hasło otwartym tekstem.

Żądany mechanizm uwierzytelniania jest dozwolony tylko przez szyfrowane połączenie.

Użytkownik musi zmienić hasło lub przejść na inny mechanizm uwierzytelniania.

Konto użytkownika próbującego się uwierzytelnić jest wyłączone.

Serwer przyjmuje wiadomości tylko od systemów, z którymi ma ustanowioną relację zaufania.

Priorytet wiadomości jest zbyt niski, aby przyjąć ją w tej chwili (rozszerzenie MT-PRIORITY).

Wiadomość jest zbyt duża dla wskazanego priorytetu (rozszerzenie MT-PRIORITY).

Skrzynka zmieniła właściciela od daty podanej przez nadawcę, więc wiadomość nie zostanie dostarczona (rozszerzenie RRVS).

Domena odbiorcy zmieniła właściciela od daty podanej przez nadawcę (rozszerzenie RRVS).

Serwer nie może sprawdzić, czy skrzynka zmieniła właściciela, o co prosił nadawca (rozszerzenie RRVS).

Wiadomość nie ma żadnego prawidłowego podpisu DKIM, a zasady odbiorcy go wymagają.

Wiadomość ma prawidłowe podpisy DKIM, ale żaden nie spełnia zasad odbiorcy (na przykład ze względu na domenę podpisującą lub algorytm).

Wiadomość nie ma prawidłowego podpisu DKIM tej samej domeny, która widnieje w nagłówku From.

Wysyłający adres IP nie jest autoryzowany w rekordzie SPF domeny nadawcy.

Ocena SPF zakończyła się błędem, na przykład z powodu źle sformatowanego rekordu lub zbyt wielu zapytań DNS.

Wysyłający adres IP nie ma odwrotnego DNS (PTR) lub zwrócona nazwa nie rozwiązuje się z powrotem na ten adres IP.

Jednocześnie zawiodło kilka kontroli uwierzytelniania wiadomości, np. SPF i DKIM.

Domena nadawcy publikuje null MX, więc nie mogłaby odbierać odpowiedzi ani zwrotów, dlatego wiadomość zostaje odrzucona.

Wiadomość wygląda na część masowej wysyłki podobnych, nadużyciowych wiadomości.

Walidacja łańcucha ARC nie powiodła się; ARC zachowuje wyniki uwierzytelniania, gdy wiadomość przechodzi przez przekierowania lub listy mailingowe.

Wiadomość wymaga REQUIRETLS, a następny serwer na trasie nie obsługuje tego rozszerzenia, więc nie można jej dostarczyć z gwarancją szyfrowania.