analiza ścieżki SMTP

Analiza ścieżki SMTP to badanie kolejnych serwerów pośredniczących w przekazywaniu wiadomości do odbiorcy.

Na czym polega analiza ścieżki SMTP

Analiza ścieżki SMTP polega na odtworzeniu kolejnych etapów przekazywania wiadomości elektronicznej od programu lub serwera nadawcy do serwera obsługującego domenę odbiorcy. SMTP, czyli Simple Mail Transfer Protocol, służy do transportu poczty między serwerami oraz do przekazywania wiadomości z klienta pocztowego do serwera wysyłkowego. W typowym przebiegu wiadomość może przejść przez serwer poczty wychodzącej nadawcy, bramę filtrującą, system antyspamowy, serwer pośredniczący i końcowy serwer domeny odbiorcy. Analiza nie polega wyłącznie na sprawdzeniu, czy wiadomość dotarła. Jej celem jest ustalenie, gdzie wystąpiło opóźnienie, odrzucenie, błąd uwierzytelnienia, problem z szyfrowaniem albo nieprawidłowa konfiguracja DNS.

Podstawowym źródłem informacji są nagłówki techniczne wiadomości, zwłaszcza kolejne pola Received:. Serwer, który przyjmuje wiadomość, zwykle dopisuje własny wpis zawierający między innymi nazwę hosta, adres IP, identyfikator sesji, użyty protokół oraz czas przyjęcia wiadomości. Wpisy czyta się od dołu do góry, ponieważ najniższy zwykle opisuje wcześniejszy etap, a najwyższy ostatni serwer, który dodał nagłówek. Czas zapisany w takim polu zawiera przesunięcie względem UTC, dlatego przy porównywaniu etapów trzeba uwzględnić strefy czasowe. Nagłówki mogą być modyfikowane przez systemy pośrednie, a część informacji o urządzeniu użytkownika może zostać usunięta, więc wnioski należy opierać na spójnym zestawie danych, a nie na jednym polu.

Jak odczytać wpisy Received i czasy przekazania

Każdy kolejny wpis Received: pozwala porównać moment odebrania wiadomości przez jeden serwer z momentem jej przekazania do następnego. Duża różnica czasu między sąsiednimi wpisami wskazuje na etap, na którym wiadomość oczekiwała w kolejce, była sprawdzana przez filtr albo nie mogła zostać dostarczona podczas pierwszej próby. Niewielka różnica czasu nie oznacza natomiast, że cała trasa była prawidłowa, ponieważ opóźnienie mogło wystąpić przed zapisaniem pierwszego widocznego nagłówka lub po dostarczeniu wiadomości do skrzynki. W praktyce warto zestawić znaczniki czasu z komunikatami zwrotnymi SMTP, logami klienta pocztowego i informacją o tym, kiedy wiadomość pojawiła się w skrzynce.

Wpisy zawierają często nazwę przedstawioną przez serwer w komendzie EHLO lub HELO, nazwę hosta rozpoznaną przez drugą stronę oraz adres IP połączenia. Różnica między nazwą deklarowaną a nazwą wynikającą z odwrotnego DNS nie jest sama w sobie dowodem awarii, ale może wpływać na ocenę reputacji nadawcy. Istotne są również pola Message-ID, Return-Path, Received-SPF, Authentication-Results i informacje o podpisie DKIM. Return-Path wskazuje adres używany do obsługi odbić po dostarczeniu przez serwer końcowy, natomiast Authentication-Results opisuje wyniki testów wykonanych przez konkretny serwer. Nie należy utożsamiać adresu widocznego w polu From z rzeczywistym serwerem, który nawiązał połączenie.

DNS, porty i szyfrowanie w przebiegu dostarczania

Jeżeli wiadomość jest wysyłana do domeny internetowej, serwer nadawcy odczytuje rekordy MX domeny odbiorcy. Rekord MX wskazuje host odpowiedzialny za przyjmowanie poczty, a jego wartość priorytetu określa kolejność wyboru spośród kilku serwerów. Gdy domena nie ma rekordu MX, zgodnie z mechanizmem opisanym w DNS można w określonych warunkach wykorzystać rekord A lub AAAA domeny, ale poprawność takiego rozwiązania zależy od konfiguracji i polityki serwera. Błąd rozwiązywania nazwy, brak osiągalności adresu, odmowa połączenia na porcie 25 albo odpowiedź typu timeout może zatrzymać dostarczanie jeszcze przed rozpoczęciem właściwej sesji SMTP. Analiza ścieżki powinna więc obejmować także sprawdzenie DNS i łączności, a nie tylko zawartości wiadomości.

W relacjach między serwerami SMTP najczęściej wykorzystywany jest port TCP 25. Klient pocztowy przekazujący wiadomość do serwera operatora zwykle korzysta z portu 587 z mechanizmem submission, a nie z portu 25 przeznaczonego przede wszystkim do transportu między serwerami. Port 465 jest używany do SMTP przez TLS uruchamiane od początku połączenia, natomiast na porcie 587 szyfrowanie może zostać rozpoczęte po komendzie STARTTLS, jeśli serwer ją oferuje i klient jej wymaga. Sam fakt zastosowania TLS nie potwierdza poprawnego uwierzytelnienia nadawcy ani dostarczenia wiadomości. Przy diagnozie należy sprawdzić certyfikat, nazwę hosta, wynik negocjacji TLS, kod odpowiedzi SMTP oraz moment, w którym serwer przyjął wiadomość do dalszego przekazania. Kody odpowiedzi zaczynające się od 2 oznaczają sukces, 4 wskazują błąd tymczasowy, a 5 błąd trwały wymagający reakcji.

Wykorzystanie analizy przy problemach z pocztą na komputerze

Analiza ścieżki SMTP pomaga rozdzielić problemy programu pocztowego od problemów po stronie operatora lub serwera odbiorcy. Jeżeli klient nie może nawiązać połączenia z portem 587, przyczyną może być błędna nazwa serwera, nieprawidłowy port, blokada sieciowa, problem z certyfikatem albo odrzucone dane logowania. Jeżeli serwer nadawcy przyjął wiadomość kodem 250, lecz wiadomość nie znalazła się u odbiorcy, trzeba przeanalizować dalsze wpisy, kolejkę oraz odpowiedzi serwera domeny docelowej. Odrzucenie może wynikać między innymi z nieistniejącej skrzynki, przepełnienia limitu, polityki antyspamowej, braku zgodności domeny z SPF, nieudanego podpisu DKIM albo niespełnienia wymagań DMARC. Każdy z tych przypadków wymaga innego działania, dlatego ogólne stwierdzenie „poczta nie działa” nie zastępuje analizy konkretnego komunikatu.

Na komputerze użytkownika warto najpierw zabezpieczyć pełne nagłówki problematycznej wiadomości oraz dokładny tekst komunikatu zwrotnego. Przydatne są także godzina wysłania, adres nadawcy, adres odbiorcy, nazwa używanego programu, ustawienia portu i informacja, czy błąd występuje przy wysyłaniu, odbieraniu czy tylko przy dostarczaniu do jednej domeny. Nie należy wielokrotnie ponawiać wysyłki bez sprawdzenia odpowiedzi serwera, ponieważ może to utworzyć duplikaty albo zwiększyć liczbę odrzuceń. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym sprawdzaniem konfiguracji klienta pocztowego, połączeń sieciowych oraz objawów wskazujących na problem z lokalnym systemem. Ocena samej ścieżki SMTP nadal wymaga jednak danych z nagłówków i komunikatów serwerowych, ponieważ program pocztowy nie pokazuje pełnego przebiegu transportu.