statusy SMTP (2xx/4xx/5xx)

Statusy SMTP dzielą się na powodzenie (2xx), błąd przejściowy (4xx) i błąd trwały (5xx).

Statusy SMTP 2xx, 4xx i 5xx — czym są w praktyce

Statusy SMTP to trzycyfrowe odpowiedzi zwracane podczas przekazywania wiadomości e-mail między programem pocztowym, serwerem wysyłającym oraz serwerem odbiorcy. Każdy kod informuje, jak dany etap komunikacji został zinterpretowany przez urządzenie lub usługę pocztową. Pierwsza cyfra wskazuje ogólną klasę wyniku: zakres 2xx oznacza pomyślne wykonanie operacji, zakres 4xx sygnalizuje sytuację przejściową, a zakres 5xx wskazuje odrzucenie lub problem wymagający trwałej korekty. Dwie kolejne cyfry doprecyzowują rodzaj odpowiedzi, natomiast tekst dołączony do kodu może wyjaśniać przyczynę w sposób bardziej zrozumiały dla użytkownika.

Odpowiedź SMTP nie zawsze opisuje pełny los wiadomości. Kod otrzymany od lokalnego serwera może oznaczać jedynie przyjęcie komunikatu do kolejki, a nie jego dostarczenie do skrzynki adresata. Z tego powodu przy analizie problemu sprawdza się cały przebieg transmisji: ustanowienie połączenia, uwierzytelnienie, rozmowę SMTP, przyjęcie nadawcy, akceptację odbiorcy, przekazanie treści oraz późniejsze próby dostarczenia. Znaczenie kodu zależy również od momentu, w którym został zwrócony.

Statusy SMTP 2xx — potwierdzenie poprawnego etapu transmisji

Odpowiedzi z grupy 2xx informują o pomyślnym wykonaniu konkretnej czynności. Kod 220 zwykle pojawia się jako powitanie serwera po nawiązaniu połączenia i oznacza gotowość do rozpoczęcia rozmowy. Kod 221 wskazuje na prawidłowe zakończenie sesji po komendzie QUIT. Odpowiedź 235 potwierdza udane uwierzytelnienie, dlatego jej brak może kierować uwagę na hasło, nazwę konta, metodę logowania albo konfigurację szyfrowania.

W trakcie przekazywania wiadomości często spotyka się kod 250. Może on potwierdzać akceptację komendy HELO lub EHLO, przyjęcie adresu nadawcy po MAIL FROM, zaakceptowanie adresata po RCPT TO albo pomyślne zakończenie transferu treści po DATA. W niektórych sytuacjach pojawia się kod 251, który oznacza przyjęcie adresata, lecz z informacją o możliwym przekierowaniu do innego miejsca. Kod 252 może sygnalizować, że serwer nie potrafi zweryfikować odbiorcy, ale mimo to przyjmuje wiadomość do dalszego przetwarzania.

Pozytywna odpowiedź 2xx nie jest równoznaczna z pojawieniem się wiadomości w skrzynce odbiorczej. Serwer może przejąć komunikat, a następnie przeprowadzić dodatkowe kontrole antyspamowe, sprawdzić reputację domeny, zweryfikować podpis DKIM, politykę SPF i reguły DMARC albo skierować wiadomość do kwarantanny. Przy diagnostyce należy zatem odróżnić przyjęcie wiadomości przez serwer od końcowego dostarczenia oraz od wyświetlenia jej w konkretnym folderze.

Statusy SMTP 4xx — błędy przejściowe i kolejka ponowień

Kody 4xx oznaczają, że operacja nie została obecnie zakończona, lecz ponowna próba może przynieść inny rezultat. Taki komunikat nie musi świadczyć o błędnej konfiguracji konta. Przyczyną może być chwilowa niedostępność usługi, przeciążenie serwera, ograniczenie liczby połączeń, tymczasowa blokada wynikająca z reputacji adresu IP albo konieczność odczekania przed następną próbą.

Kod 421 często odnosi się do czasowego zamknięcia kanału lub problemu z dostępnością usługi. Kod 450 może oznaczać chwilową niedostępność skrzynki lub odrzucenie próby z powodów związanych z polityką odbiorcy. Kod 451 bywa używany przy błędzie przetwarzania po stronie serwera, który nie ma charakteru ostatecznego. Kod 452 zazwyczaj wiąże się z niewystarczającymi zasobami albo przekroczeniem chwilowego limitu. Szczegółowy opis po kodzie jest istotny, ponieważ ten sam zakres numeryczny może być stosowany przez różnych dostawców w nieco odmiennych sytuacjach.

W przypadku odpowiedzi 4xx poprawnie działający system pocztowy zwykle umieszcza wiadomość w kolejce i ponawia próbę po określonym czasie. Nadawca może wtedy nie otrzymać natychmiastowego komunikatu o trwałym niepowodzeniu. Jeżeli problem utrzymuje się przez dłuższy czas, system może ostatecznie wygenerować wiadomość zwrotną z informacją o niedostarczeniu. Warto sprawdzić dzienniki kolejki, częstotliwość ponowień, czas oczekiwania oraz to, czy błąd dotyczy wszystkich odbiorców, jednej domeny czy tylko pojedynczego adresu.

Nie zaleca się mechanicznego wielokrotnego wysyłania tej samej wiadomości z programu użytkownika, gdy serwer zgłasza kod 4xx. Takie działanie może zwiększyć liczbę połączeń i pogorszyć ocenę nadawcy. Bezpieczniejsze jest pozostawienie obsługi ponowień serwerowi, ograniczenie liczby równoległych wysyłek oraz sprawdzenie, czy komunikat nie został wywołany przez chwilową przerwę po stronie odbiorcy.

Statusy SMTP 5xx — trwałe odrzucenie wiadomości

Odpowiedzi z zakresu 5xx wskazują, że serwer nie zaakceptował operacji i sama kolejna próba wykonana bez zmiany warunków najczęściej nie rozwiąże problemu. Kod 500 oznacza błąd składni komendy, 501 wskazuje na nieprawidłowe parametry, a 502 może informować o nieobsługiwanej komendzie. Kod 503 często pojawia się wtedy, gdy komendy zostały przesłane w niewłaściwej kolejności, na przykład przed wymaganym powitaniem lub uwierzytelnieniem.

Kod 530 może oznaczać konieczność uwierzytelnienia albo niespełnienie wymagań dotyczących zabezpieczenia sesji. Kod 535 jest często związany z odrzuceniem danych logowania, lecz nie należy zakładać, że zawsze chodzi wyłącznie o literówkę w haśle. Powodem może być wyłączone logowanie SMTP, niezgodna metoda uwierzytelniania, blokada konta, wymaganie dodatkowego zabezpieczenia lub użycie niewłaściwego serwera dla danego konta.

Kody 550, 551, 552, 553 i 554 są spotykane przy odrzuceniu odbiorcy, przekroczeniu ograniczeń, nieprawidłowym adresie, niedozwolonej skrzynce albo odrzuceniu wiadomości przez politykę serwera. Kod 550 może oznaczać zarówno nieistniejącego adresata, jak i blokadę z powodu reputacji lub filtrów. Dlatego potrzebne jest odczytanie całego komunikatu, a nie tylko pierwszych trzech cyfr. Przy analizie sprawdza się poprawność adresu, domenę odbiorcy, nagłówki, załączniki, wynik uwierzytelniania domeny oraz informacje zapisane w dzienniku wysyłki.

Trwałego błędu nie powinno się obchodzić przez niekończące się ponawianie wysyłki. Jeżeli serwer zwraca odrzucenie adresata, najpierw weryfikuje się jego zapis. Jeżeli odrzucenie dotyczy polityki bezpieczeństwa, sprawdza się wymagania dostawcy poczty i konfigurację domeny. Jeżeli problem dotyczy jednego komputera, analizuje się program pocztowy, zapisaną konfigurację konta oraz lokalne zabezpieczenia. Jeżeli ten sam kod pojawia się na kilku urządzeniach, większe znaczenie może mieć konto, domena lub usługa po stronie operatora.

Statusy SMTP w porównaniu z komunikatami programu pocztowego

Program pocztowy może pokazywać uproszczony komunikat, podczas gdy właściwy kod SMTP znajduje się dopiero w szczegółach błędu, raporcie niedostarczenia albo dzienniku aplikacji. Sformułowanie „nie można wysłać wiadomości” nie pozwala jeszcze rozstrzygnąć, czy wystąpił błąd hasła, problem z połączeniem, odrzucenie adresata, blokada załącznika czy chwilowa niedostępność serwera. W diagnostyce należy zanotować kod, pełny tekst odpowiedzi, moment wystąpienia oraz etap rozmowy, na którym transmisja została przerwana.

Inaczej interpretuje się błąd połączenia, a inaczej odpowiedź otrzymaną już po połączeniu z serwerem. Brak odpowiedzi może wskazywać na problem z siecią, filtrowanie portu, nieprawidłową nazwę hosta albo kłopot z certyfikatem. Kod 4xx lub 5xx świadczy natomiast o tym, że serwer odebrał żądanie i świadomie odpowiedział na konkretną operację. Przydatne jest porównanie wyników z innym połączeniem, innym urządzeniem oraz inną skrzynką, o ile takie testy pozostają zgodne z zasadami bezpieczeństwa.

Nie należy utożsamiać statusów SMTP ze statusem pobierania poczty przez POP3 lub IMAP. SMTP służy przede wszystkim do przekazywania wiadomości, natomiast POP3 i IMAP odpowiadają za dostęp do skrzynki. Awaria odbioru nie musi więc wywoływać kodu SMTP, a poprawne wysłanie wiadomości nie potwierdza prawidłowego działania synchronizacji folderów. Rozdzielenie tych funkcji ułatwia zawężenie obszaru poszukiwań.

Statusy SMTP — praktyczne wskazówki przed zgłoszeniem problemu

Przed zmianą konfiguracji warto zapisać dokładny komunikat i ustalić, czy problem występuje przy każdej wiadomości, tylko przy określonym adresacie, czy wyłącznie przy wiadomościach z załącznikami. Należy również zwrócić uwagę, czy kod pojawia się podczas logowania, po wpisaniu nadawcy, po podaniu odbiorcy, czy dopiero po przesłaniu treści. Taka informacja często skraca diagnostykę, ponieważ wskazuje odpowiedni fragment procesu.

• Przy kodzie 2xx sprawdza się, czy komunikat został rzeczywiście przekazany dalej i czy nie trafił do spamu lub kwarantanny.
• Przy kodzie 4xx obserwuje się czas trwania problemu, działanie kolejki oraz to, czy serwer wykonuje ponowienia.
• Przy kodzie 5xx weryfikuje się adresata, dane logowania, wymagania bezpieczeństwa oraz reguły obowiązujące dla domeny odbiorcy.
• Nie usuwa się pochopnie profilu pocztowego, ponieważ można utracić lokalne dane, ustawienia albo informacje potrzebne do porównania konfiguracji.
• Nie udostępnia się osobom postronnym haseł, tokenów, pełnych nagłówków zawierających dane prywatne ani zawartości korespondencji.

Jeżeli błąd powtarza się mimo poprawnych danych, a komunikat nie wskazuje jednoznacznego rozwiązania, można zgłosić urządzenie do serwisu komputerowego. W Warszawskim Pogotowiu Komputerowym 24/7 analizuje się między innymi konfigurację programu pocztowego, połączenie z usługą, działanie zabezpieczeń oraz znaczenie kodów zwracanych podczas wysyłania. Do zgłoszenia warto dołączyć pełny tekst odpowiedzi SMTP i informację, na którym etapie pojawia się problem, bez przekazywania hasła do konta.