RFC 3463 – kody błędów SMTP

RFC 3463 definiuje ustandaryzowane kody statusów rozszerzonych zwracane przez serwery SMTP.

RFC 3463 – kody błędów SMTP i znaczenie rozszerzonych statusów

RFC 3463 to dokument opisujący sposób klasyfikowania rozszerzonych kodów statusu używanych w komunikacji pocztowej SMTP. Sam kod odpowiedzi SMTP, taki jak 550 albo 451, przekazuje ogólną informację o wyniku polecenia, natomiast zapis w rodzaju 5.1.1, 4.2.0 lub 2.0.0 pozwala dokładniej określić charakter zdarzenia. Dzięki temu można odróżnić trwałe odrzucenie wiadomości od czasowego problemu, który może ustąpić po ponowieniu próby dostarczenia.

Rozszerzony status składa się z trzech cyfr oddzielonych kropkami. Pierwsza cyfra wskazuje klasę wyniku: 2 oznacza powodzenie, 4 wskazuje sytuację przejściową, a 5 informuje o trwałym niepowodzeniu. Druga cyfra opisuje obszar związany z systemem pocztowym, a trzecia doprecyzowuje przyczynę. W praktyce pełna interpretacja wymaga odczytania całego kodu, treści komunikatu oraz kontekstu, w którym odpowiedź została zwrócona.

Warto rozróżniać kod podstawowy od rozszerzonego. Odpowiedź 250 może oznaczać prawidłowe przyjęcie polecenia, lecz dopiero dodatkowy status, na przykład 2.0.0, dostarcza bardziej szczegółowego opisu. Z kolei 550 5.1.1 zwykle odnosi się do nieistniejącego adresata, ale dokładne znaczenie może być zmodyfikowane przez opis tekstowy dodany przez system odbiorczy. RFC 3463 porządkuje wspólną terminologię, nie gwarantuje jednak identycznego brzmienia komunikatów we wszystkich wdrożeniach.

RFC 3463 – kody błędów SMTP na tle odpowiedzi 2xx, 4xx i 5xx

Najważniejszy podział wynika z pierwszej cyfry odpowiedzi. Statusy z zakresu 2.x.x oznaczają powodzenie określonej operacji. Przykładowo 2.0.0 może towarzyszyć przyjęciu wiadomości do dalszego przetwarzania. Nie zawsze oznacza to dostarczenie do skrzynki odbiorcy, ponieważ potwierdzenie może dotyczyć wyłącznie aktualnego etapu rozmowy SMTP.

Statusy 4.x.x opisują problemy przejściowe. Mogą pojawić się przy przeciążeniu, chwilowej niedostępności odbiorcy, ograniczeniu liczby połączeń, opóźnieniu w obsłudze albo tymczasowym odrzuceniu z powodu polityki bezpieczeństwa. Nadawczy system pocztowy zazwyczaj powinien ponowić próbę po określonym czasie. Wielokrotne ponawianie bez analizy przyczyny nie zawsze pomaga, szczególnie gdy źródłem problemu jest błędna konfiguracja, reputacja adresu nadawczego albo niezgodność z wymaganiami odbiorcy.

Statusy 5.x.x mają charakter trwały w odniesieniu do konkretnej próby dostarczenia. Ponawianie tej samej wiadomości bez zmiany danych lub warunków zwykle nie rozwiązuje problemu. Kod 5.1.1 jest często kojarzony z nieprawidłowym lub nieistniejącym adresem odbiorcy, 5.1.2 może wskazywać problem z nazwą domeny odbiorczej, a 5.7.1 bywa związany z odrzuceniem wynikającym z reguł bezpieczeństwa lub polityki. Są to przykłady typowych interpretacji, nie zaś bezwarunkowe tłumaczenia obowiązujące w każdej instalacji.

Odpowiedzi należy analizować razem z kodem podstawowym i całym tekstem zwrotnym. Ten sam status rozszerzony może wystąpić w różnych sytuacjach, a administrator systemu odbiorczego może stosować dodatkowe objaśnienia. Znaczenie ma także etap rozmowy: błąd podczas uwierzytelniania, przekazywania adresata i przesyłania treści może wyglądać podobnie, lecz wymagać zupełnie innego działania.

RFC 3463 – kody błędów SMTP spotykane przy codziennych awariach poczty

Jednym z częstych przypadków jest odrzucenie adresu odbiorcy. Status 5.1.1 może wskazywać literówkę, usunięte konto, nieaktualny alias albo brak skrzynki o podanej nazwie. Przed zmianą ustawień warto sprawdzić adres znak po znaku, zwłaszcza domenę, znaki diakrytyczne, kropki i myślniki. Jeżeli błąd powtarza się dla wielu adresów w tej samej domenie, przyczyna może dotyczyć konfiguracji dostarczania, a nie pojedynczego odbiorcy.

Inna grupa komunikatów dotyczy odrzucenia z powodów bezpieczeństwa. Statusy z obszaru 5.7.x mogą mieć związek z brakiem uwierzytelnienia, niezgodnością zasad nadawania, podejrzaną zawartością, blokadą adresu nadawczego lub wymaganiem dodatkowej weryfikacji. W takim przypadku istotne jest ustalenie, czy wiadomość została odrzucona przez własny system pocztowy, pośredni punkt przekazywania, czy system należący do odbiorcy.

Problemy czasowe często pojawiają się jako statusy 4.2.x, 4.4.x lub pokrewne. Mogą oznaczać pełną skrzynkę, chwilową niedostępność, przekroczenie limitu czasu albo brak możliwości nawiązania połączenia. Jeżeli wiadomość pozostaje w kolejce, nie musi to oznaczać utraty danych. Należy obserwować kolejne próby, sprawdzić komunikat końcowy oraz ustalić, po jakim czasie system uzna dostarczenie za nieudane.

Nie każdy komunikat zawierający słowo „błąd” oznacza awarię urządzenia. Przyczyną może być nieprawidłowo wpisane hasło, wyłączone uwierzytelnianie, błędny numer portu, niedopasowane szyfrowanie, uszkodzony profil programu pocztowego albo filtr blokujący połączenie. Warto zachować pełny raport niedostarczenia, ponieważ skrócona informacja wyświetlana w aplikacji często pomija najważniejsze elementy odpowiedzi.

RFC 3463 – kody błędów SMTP i praktyczne odczytywanie komunikatu

Analizę najlepiej rozpocząć od ustalenia, czy odpowiedź należy do klasy 2, 4 czy 5. Następnie należy przepisać cały status rozszerzony, kod podstawowy oraz tekst opisowy. Przydatne jest również sprawdzenie adresu nadawcy, adresu odbiorcy, daty wysłania i tego, czy problem dotyczy jednej wiadomości, jednej domeny, czy całej poczty wychodzącej.

W przypadku statusu 4.x.x rozsądne może być odczekanie i sprawdzenie, czy system sam ponowi dostarczenie. Jeżeli pojawia się status 5.x.x, należy szukać konkretnej przyczyny zamiast wielokrotnie wysyłać identyczną wiadomość. Zmiana treści bez usunięcia problemu z adresem lub polityką dostępu zwykle nie przyniesie rezultatu.

Przydatne jest wykonanie kilku porównań. Jeśli wiadomości do innych odbiorców są dostarczane prawidłowo, problem może dotyczyć konkretnej domeny albo konta. Jeśli nie działa cała poczta wychodząca, należy skontrolować ustawienia konta, połączenie sieciowe, uwierzytelnianie i blokady lokalne. Jeśli problem występuje tylko w jednym programie, warto sprawdzić konfigurację tego programu oraz utworzyć testową wiadomość w innym sposobie dostępu do tej samej skrzynki.

Nie należy usuwać raportu zwrotnego po pierwszym odczytaniu. Zawiera on informacje przydatne przy kontakcie z administratorem poczty lub podczas diagnostyki urządzenia. Szczególnie ważne mogą być nazwa systemu, identyfikator wiadomości, czas wystąpienia zdarzenia, adres hosta zwracającego odpowiedź oraz fragment rozmowy wskazujący etap, na którym nastąpiło odrzucenie.

RFC 3463 – kody błędów SMTP a moment zgłoszenia problemu

Do serwisu warto zgłosić się wtedy, gdy komunikaty SMTP powtarzają się mimo sprawdzenia adresu odbiorcy i podstawowych ustawień konta, poczta nie działa na jednym komputerze, program nie pozwala poprawnie nawiązać połączenia albo raporty wskazują na niespójność konfiguracji. Przydatne będzie przekazanie dokładnej treści komunikatu, bez usuwania kodu podstawowego i rozszerzonego. Ułatwia to odróżnienie problemu z urządzeniem od problemu po stronie konta lub odbiorcy.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się analizą problemów z laptopami i komputerami PC, w tym sytuacji, w których aplikacja pocztowa pokazuje niezrozumiałe statusy lub przestaje wysyłać wiadomości. Przed przekazaniem sprzętu dobrze przygotować opis objawów, informację o używanym programie oraz pełny raport niedostarczenia. Nie należy przekazywać haseł w treści zgłoszenia; w razie potrzeby można wykonać czynności konfiguracyjne w obecności użytkownika.

Jeżeli ten sam kod pojawia się na kilku urządzeniach, a inne usługi sieciowe działają prawidłowo, prawdopodobieństwo problemu po stronie konta, zasad dostępu albo systemu odbiorczego jest większe niż prawdopodobieństwo uszkodzenia pojedynczego komputera. Jeżeli natomiast wiadomości nie działają tylko na jednym urządzeniu, występują błędy aplikacji, zawieszanie programu lub problemy z połączeniem, sprawdzenie konfiguracji i stanu systemu może być uzasadnionym kolejnym krokiem.

RFC 3463 pomaga uporządkować język diagnostyki, lecz sam kod nie zastępuje analizy. Najpewniejsze wnioski wynikają z połączenia trzech elementów: klasy odpowiedzi, pełnego statusu rozszerzonego oraz informacji o tym, kiedy i w jakich warunkach wystąpił problem. Takie podejście ogranicza przypadkowe zmiany ustawień i pozwala szybciej ustalić, czy potrzebna jest korekta danych odbiorcy, kontakt z administratorem poczty, czy diagnostyka komputera.