SMTP HELO

SMTP HELO to polecenie rozpoczynające podstawową sesję protokołu, poprzedzające rozszerzoną wersję EHLO.

SMTP HELO jako początek rozmowy między klientem a serwerem

SMTP HELO jest poleceniem używanym przez klienta pocztowego do przedstawienia się serwerowi SMTP na początku sesji. Nazwa pochodzi od angielskiego „hello”. Po zestawieniu połączenia serwer najpierw wysyła powitanie z kodem odpowiedzi 220, a następnie klient przesyła komendę w postaci HELO nazwa-domeny. Serwer odpowiada zazwyczaj kodem 250, jeśli może kontynuować podstawową sesję SMTP.

Polecenie HELO jest opisane w standardzie SMTP w dokumencie RFC 5321. Jego argumentem jest domena lub inna identyfikacja klienta. W typowej konfiguracji klient powinien podać swoją pełną nazwę domenową, na przykład HELO mail.example.net. Jeżeli klient nie ma użytecznej nazwy domenowej, standard dopuszcza użycie adresu-literalnego, czyli zapisu adresu IP w nawiasach kwadratowych, takiego jak HELO [192.0.2.10]. HELO nie jest jednak mechanizmem logowania, potwierdzania tożsamości ani szyfrowania transmisji.

Różnica między HELO i rozszerzonym EHLO

HELO uruchamia podstawowy tryb SMTP, natomiast EHLO, czyli Extended HELO, pozwala serwerowi przedstawić obsługiwane rozszerzenia protokołu. Klient zwykle próbuje najpierw wysłać EHLO. W odpowiedzi serwer może zwrócić kod 250 oraz listę funkcji, na przykład STARTTLS do rozpoczęcia szyfrowania, AUTH do uwierzytelniania albo SIZE z maksymalnym rozmiarem wiadomości.

Jeżeli serwer nie rozpoznaje EHLO albo nie obsługuje rozszerzonego trybu, klient może przejść do HELO i prowadzić sesję bez rozszerzeń. Taka sesja nadal może obejmować podstawowe polecenia SMTP, między innymi MAIL FROM, RCPT TO, DATA oraz QUIT, ale klient nie powinien zakładać dostępności funkcji ogłaszanych wyłącznie w odpowiedzi na EHLO. Z tego powodu samo zaakceptowanie HELO nie oznacza, że serwer obsługuje szyfrowanie STARTTLS, logowanie SMTP AUTH lub inne dodatkowe możliwości.

Ważna jest także kolejność poleceń. Po udanym EHLO klient może wykorzystać ogłoszone rozszerzenia, ale po rozpoczęciu TLS serwer zeruje stan sesji zgodnie z zasadami STARTTLS. Klient powinien wtedy ponownie wysłać EHLO przez zaszyfrowane połączenie, aby otrzymać aktualną listę rozszerzeń. Wymiana HELO lub EHLO jest więc elementem negocjacji możliwości sesji, a nie treścią wiadomości i nie wpływa na adres nadawcy zapisany później w poleceniu MAIL FROM.

Kody odpowiedzi i objawy nieprawidłowej sesji

Problemy związane z HELO mogą pojawić się już przed próbą wysłania wiadomości. Kod 220 oznacza gotowość serwera do rozpoczęcia rozmowy. Kod 250 potwierdza prawidłowe przyjęcie HELO lub EHLO. Odpowiedzi z grupy 4xx wskazują na przejściową odmowę albo problem, który może ustąpić po ponowieniu próby, natomiast kody 5xx oznaczają trwałe odrzucenie danego polecenia lub żądania. Konkretne znaczenie zależy od pełnego tekstu odpowiedzi, dlatego sam numer błędu nie zawsze wystarcza do ustalenia przyczyny.

Serwer może odrzucić HELO z powodu niepoprawnej składni, nieakceptowanej identyfikacji albo polityki antyspamowej. Kod 501 jest używany dla błędu składni lub niepoprawnych parametrów, a 503 może oznaczać niewłaściwą kolejność poleceń, na przykład próbę wykonania kolejnego etapu bez wcześniejszego przedstawienia się. Nie każdy komunikat zawierający słowo HELO oznacza awarię komputera. Przyczyną może być błędna nazwa hosta w konfiguracji programu pocztowego, brak rozwiązywania DNS, filtr sieciowy, odrzucenie połączenia przez serwer albo niezgodność ustawień portu i trybu TLS.

Do podstawowej weryfikacji można sprawdzić, czy klient dociera do właściwego hosta SMTP, czy otrzymuje odpowiedź 220 oraz jaki kod zwraca serwer po HELO lub EHLO. Istotne jest rozróżnienie portów i sposobu szyfrowania: połączenie z STARTTLS rozpoczyna się jako zwykła sesja SMTP, a szyfrowanie jest negocjowane później, natomiast port przeznaczony do szyfrowania od początku wymaga innego sposobu zestawienia TLS. Błędne połączenie tych trybów może powodować komunikaty sugerujące problem z powitaniem, mimo że sama komenda HELO jest poprawna.

HELO w praktycznej diagnostyce programu pocztowego

Na komputerze użytkownika warto zacząć od zapisania pełnego komunikatu błędu z programu pocztowego oraz ustalenia, czy problem występuje przy wysyłaniu, odbieraniu, czy tylko podczas uwierzytelniania. HELO dotyczy sesji SMTP używanej do wysyłania poczty, więc błąd tego polecenia nie musi mieć związku z działaniem skrzynki odbiorczej obsługiwanej przez POP3 lub IMAP. Należy również sprawdzić nazwę serwera poczty wychodzącej, numer portu, wybrany tryb TLS i ustawienie wymagania uwierzytelniania.

Jeżeli program wysyła nazwę lokalną, niepełną nazwę hosta albo identyfikację niezgodną z konfiguracją sieci, serwer może potraktować to jako sygnał niskiej wiarygodności. Nie oznacza to jednak, że nazwa podana w HELO musi być adresem serwera SMTP. Jest to identyfikacja klienta, która powinna być syntaktycznie poprawna i zgodna z możliwościami środowiska. Zmiana tej wartości bez sprawdzenia konfiguracji DNS, zapory sieciowej i ustawień dostawcy poczty może jedynie ukryć właściwą przyczynę.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego przy problemach z wysyłaniem poczty można zweryfikować lokalną konfigurację systemu, program pocztowy, połączenie sieciowe oraz działanie oprogramowania zabezpieczającego. Taka diagnostyka pozwala ustalić, czy błąd pojawia się podczas samego połączenia SMTP, wymiany HELO/EHLO, negocjacji TLS, uwierzytelniania, czy dopiero przy przekazywaniu adresata i treści wiadomości.