diagnostyka połączenia SMTP

Diagnostyka połączenia SMTP to proces weryfikacji przyczyn niepowodzeń nawiązania sesji wysyłkowej z serwerem pocztowym.

Zakres diagnostyki połączenia SMTP

Diagnostyka połączenia SMTP polega na ustaleniu, na którym etapie klient pocztowy lub program wysyłający wiadomości nie może prawidłowo rozpocząć albo zakończyć sesji z serwerem poczty wychodzącej. Sprawdza się kolejno rozpoznanie nazwy hosta, uzyskanie adresu IP, nawiązanie połączenia TCP, negocjację szyfrowania, uwierzytelnienie oraz przekazanie wiadomości do serwera. Taki podział jest istotny, ponieważ komunikat „nie można wysłać wiadomości” może oznaczać zarówno błąd DNS, blokadę portu, niezgodność ustawień TLS, jak i odrzucenie danych logowania.

SMTP działa jako protokół tekstowy uruchamiany nad połączeniem TCP. Najczęściej spotykane porty to 25 dla klasycznego przekazywania poczty między serwerami, 587 dla przesyłania wiadomości przez klienta z mechanizmem submission oraz 465 dla SMTP szyfrowanego od początku połączenia za pomocą TLS. Sam numer portu nie określa jeszcze pełnej konfiguracji: port 587 zwykle wymaga polecenia STARTTLS przed uwierzytelnieniem, natomiast port 465 oczekuje bezpośredniego rozpoczęcia sesji TLS. Konkretne wymagania zależą od operatora skrzynki pocztowej.

Rozdzielenie DNS, TCP i negocjacji TLS

Pierwszym krokiem jest sprawdzenie, czy nazwa serwera SMTP, na przykład nazwa podana w konfiguracji programu pocztowego, jest rozwiązywana przez DNS. Błąd typu „nie znaleziono hosta” wskazuje na problem z nazwą, serwerem DNS albo połączeniem sieciowym, a nie na nieprawidłowe hasło do poczty. Rozwiązanie nazwy można zweryfikować poleceniem nslookup lub Resolve-DnsName w systemie Windows. Otrzymany adres IP nie jest jednak dowodem, że usługa SMTP działa, ponieważ serwer może odpowiadać w DNS, ale odrzucać połączenia na danym porcie.

Następnie należy sprawdzić możliwość utworzenia połączenia TCP. W Windows służy do tego między innymi polecenie Test-NetConnection nazwa-serwera -Port 587. Wynik z nieudaną wartością TcpTestSucceeded może oznaczać blokadę w zaporze systemowej, filtrację przez router, niedostępność usługi albo blokowanie portu przez operatora internetowego. Jeżeli połączenie TCP zostaje ustanowione, ale klient nie przechodzi dalej, analizuje się negocjację TLS. Dla portu 587 serwer powinien po komendzie EHLO zadeklarować rozszerzenie STARTTLS, jeśli wymaga przejścia na szyfrowane połączenie. Brak tej deklaracji przy konfiguracji wymuszającej STARTTLS oznacza niezgodność ustawień lub ograniczenia serwera.

Sesja SMTP, uwierzytelnienie i kody odpowiedzi

Po uzyskaniu połączenia serwer SMTP zwykle wysyła powitalny kod odpowiedzi zaczynający się od 220. Klient przedstawia się poleceniem EHLO, a serwer zwraca listę obsługiwanych rozszerzeń. Wśród nich mogą znajdować się AUTH, STARTTLS oraz SIZE, określające odpowiednio dostępne metody uwierzytelniania, możliwość rozpoczęcia szyfrowania i maksymalny rozmiar wiadomości. Kod 250 oznacza pozytywne przyjęcie polecenia, ale nie każda odpowiedź 250 potwierdza gotowość do wysłania wiadomości bez kolejnych warunków.

Problemy z logowaniem należy odróżnić od problemów z transportem. Kod 535 zwykle wskazuje na nieprawidłowe dane uwierzytelniające albo odrzucenie wybranej metody AUTH. Kod 530 może oznaczać konieczność wcześniejszego użycia STARTTLS lub brak wymaganego uwierzytelnienia. Kod 454 jest związany z chwilową niedostępnością mechanizmu TLS lub jego niepowodzeniem. Po poprawnym uwierzytelnieniu serwer może przyjąć nadawcę poleceniem MAIL FROM, odbiorcę poleceniem RCPT TO, a następnie dane wiadomości po komendzie DATA. Odrzucenie na etapie RCPT TO może wynikać z ograniczeń adresata, polityki serwera lub braku uprawnień do wysyłania z danego konta, dlatego nie należy traktować każdego błędu jako awarii programu pocztowego.

Wnioski z diagnostyki na laptopie i komputerze PC

W praktycznej analizie warto zebrać pełny komunikat błędu, nazwę serwera, używany port, tryb szyfrowania oraz informację, czy problem występuje w jednej aplikacji, czy we wszystkich programach korzystających z tego samego połączenia. Jeżeli test TCP kończy się powodzeniem, a aplikacja nadal zgłasza błąd, przyczyną może być niezgodność wersji TLS, nieprawidłowa data i godzina systemowa wpływająca na weryfikację certyfikatu, uszkodzona konfiguracja konta albo blokada uwierzytelniania przez dostawcę poczty. Należy również sprawdzić, czy program nie korzysta z innego profilu, zapisanych starych danych logowania lub automatycznie wykrytych ustawień różniących się od konfiguracji zalecanej przez dostawcę.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w ramach której można przeanalizować konfigurację klienta pocztowego oraz działanie połączenia SMTP na używanym komputerze. Diagnostyka powinna prowadzić do wskazania konkretnego etapu awarii: rozwiązywania nazwy, połączenia TCP, TLS, uwierzytelnienia albo przekazania wiadomości. Takie rozróżnienie pozwala uniknąć przypadkowej zmiany wielu ustawień naraz i ułatwia ocenę, czy problem leży po stronie komputera, sieci lokalnej, programu pocztowego czy dostawcy skrzynki.