narzędzie telnet do testów SMTP

Telnet pozwala ręcznie nawiązać sesję SMTP i sprawdzić, jak serwer odpowiada na kolejne polecenia protokołu.

Telnet jako ręczny klient sesji SMTP

Telnet jest prostym programem terminalowym, który otwiera połączenie TCP z podanym adresem i portem. W testach SMTP nie pełni funkcji pełnego klienta pocztowego. Nie tworzy automatycznie poprawnej wiadomości, nie negocjuje wszystkich parametrów i nie interpretuje odpowiedzi serwera tak jak program pocztowy. Jego zastosowanie polega na tym, że osoba wykonująca test wpisuje polecenia protokołu SMTP ręcznie i obserwuje odpowiedzi zwracane przez serwer.

Typowa sesja rozpoczyna się od połączenia z portem 25, 587 albo 465, zależnie od konfiguracji usługi. Port 25 jest tradycyjnie używany do komunikacji między serwerami pocztowymi, natomiast port 587 służy zwykle do przesyłania poczty przez klienta po uwierzytelnieniu i często wymaga przejścia na szyfrowanie TLS poleceniem STARTTLS. Port 465 jest używany do SMTP z szyfrowaniem TLS uruchamianym od początku połączenia; zwykły Telnet nie jest odpowiednim narzędziem do pełnego testu takiego portu, ponieważ nie realizuje negocjacji TLS.

Przykładowa kolejność poleceń i odpowiedzi

Po nawiązaniu połączenia serwer zazwyczaj wysyła powitanie zaczynające się od kodu 220. Następnie można wpisać polecenie EHLO nazwa-hosta. Jeżeli serwer nie obsługuje rozszerzonej wersji powitania, można sprawdzić również HELO nazwa-hosta. Prawidłowa odpowiedź na EHLO może zawierać kod 250 oraz listę rozszerzeń SMTP, na przykład STARTTLS, AUTH albo SIZE. Sama obecność rozszerzenia na liście nie oznacza jeszcze, że każda metoda uwierzytelniania będzie dostępna dla danego połączenia.

Do sprawdzenia przebiegu transakcji służą kolejno polecenia MAIL FROM:<Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>, RCPT TO:<Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.> oraz DATA. Po zaakceptowaniu polecenia DATA serwer zwykle odpowiada kodem 354 i oczekuje nagłówków oraz treści wiadomości. Koniec danych oznacza się pojedynczą kropką wpisaną w osobnym wierszu. Minimalny test może zawierać nagłówki From:, To: i Subject:, po których następuje pusty wiersz oraz treść. Po końcowej kropce serwer zwraca kod informujący, czy wiadomość została przyjęta do dalszego przetwarzania.

Interpretacja kodów SMTP podczas testu

Najważniejsze jest odczytywanie trzycyfrowych kodów odpowiedzi, a nie samo sprawdzenie, czy połączenie TCP zostało otwarte. Kod 220 oznacza gotowość usługi po powitaniu, 221 informuje o zamknięciu połączenia, a 250 potwierdza pomyślne wykonanie wielu poleceń. Kod 334 jest używany podczas niektórych etapów uwierzytelniania, 354 oznacza oczekiwanie na dane wiadomości, natomiast 421 wskazuje na zakończenie usługi, często w związku z chwilową niedostępnością lub limitem czasu.

Kody z grupy 4xx zwykle oznaczają błąd tymczasowy, na przykład chwilowe odrzucenie z powodu ograniczeń, przeciążenia albo polityki dostępu. Kody 5xx wskazują błąd trwały lub odrzucenie polecenia; przykładowo 550 może oznaczać niedostępnego odbiorcę albo odrzucenie z przyczyn polityki serwera. Kod 530 jest często związany z wymaganiem uwierzytelnienia, ale dokładne znaczenie zależy od komunikatu tekstowego i konfiguracji konkretnego serwera. Odpowiedź 535 zwykle wskazuje na nieudaną próbę uwierzytelnienia. Nie należy uznawać przyjęcia polecenia RCPT TO za dowód dostarczenia wiadomości, ponieważ późniejsze filtry, kolejka lub serwer odbiorcy mogą ją jeszcze odrzucić.

Granice testu i diagnostyka na komputerze

Telnet pozwala rozdzielić kilka problemów, które w programie pocztowym mogą wyglądać podobnie. Jeżeli nie pojawia się odpowiedź po próbie połączenia, przyczyną może być brak trasy do hosta, filtracja portu przez zaporę, niedziałająca usługa albo błędny adres serwera. Jeżeli pojawia się powitanie 220, ale serwer odrzuca EHLO, MAIL FROM lub RCPT TO, połączenie sieciowe działa, a problem dotyczy składni, uwierzytelnienia, uprawnień, reputacji adresu lub polityki serwera.

Test wykonywany przez Telnet nie zastępuje sprawdzenia certyfikatu TLS, poprawności mechanizmu logowania ani działania szyfrowanego portu 465. Do takich zadań potrzebne jest narzędzie obsługujące TLS, na przykład OpenSSL z poleceniem s_client, użyte zgodnie z konfiguracją badanej usługi. Warto również pamiętać, że część dostawców blokuje połączenia wychodzące na port 25, a serwer może wymagać określonego formatu nazwy hosta w poleceniu EHLO. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC oraz ich podzespołów, w tym diagnozowaniem problemów z połączeniem sieciowym i konfiguracją programów korzystających z poczty elektronicznej.