błędna konfiguracja SMTP

Błędna konfiguracja SMTP to usterka ustawień protokołu uniemożliwiająca prawidłową wysyłkę wiadomości.

Na czym polega błędna konfiguracja SMTP

Błędna konfiguracja SMTP oznacza nieprawidłowe ustawienie parametrów używanych przez program pocztowy, aplikację lub system operacyjny do wysyłania wiadomości. SMTP, czyli Simple Mail Transfer Protocol, odpowiada za przekazanie poczty z klienta pocztowego do serwera nadawczego albo za przekazywanie wiadomości między serwerami pocztowymi. Samo konto może poprawnie odbierać pocztę przez IMAP lub POP3, a mimo to wysyłanie wiadomości może kończyć się błędem, ponieważ odbiór i wysyłka korzystają z odrębnych ustawień oraz często z innych portów.

Do najczęstszych przyczyn należy wpisanie niewłaściwego adresu serwera SMTP, użycie błędnego portu, wybranie nieodpowiedniego sposobu szyfrowania albo pominięcie uwierzytelniania. Znaczenie ma również dokładna nazwa użytkownika, która u wielu dostawców jest pełnym adresem e-mail, a nie tylko jego częścią przed znakiem „@”. Problem może powstać także po zmianie hasła do skrzynki, wyłączeniu starego mechanizmu logowania przez dostawcę poczty lub skopiowaniu ustawień z innego konta.

Port, szyfrowanie i uwierzytelnianie przy wysyłaniu poczty

Konfiguracja SMTP musi odpowiadać wymaganiom konkretnego dostawcy poczty. Port 25 jest historycznie używany do komunikacji SMTP między serwerami, ale dostęp do niego bywa ograniczany przez operatorów internetowych i nie powinien być domyślnie wybierany w konfiguracji zwykłego klienta pocztowego. Do przesyłania poczty od programu użytkownika do serwera stosuje się zazwyczaj port 587 z mechanizmem Submission i szyfrowaniem STARTTLS albo port 465 z szyfrowaniem TLS od chwili nawiązania połączenia. Ostateczny wybór zależy od dokumentacji dostawcy skrzynki.

STARTTLS rozpoczyna połączenie w trybie nieszyfrowanym, a następnie przełącza je na szyfrowane po wydaniu odpowiedniego polecenia przez klienta i serwer. Przy porcie 465 szyfrowanie TLS jest negocjowane już podczas ustanawiania połączenia. Nie można dowolnie łączyć portu z trybem szyfrowania, ponieważ serwer może oczekiwać innego sposobu rozpoczęcia sesji. Typowym skutkiem takiej pomyłki są komunikaty o przekroczeniu limitu czasu, nieudanym uzgadnianiu TLS, zamknięciu połączenia lub braku obsługi wybranej metody szyfrowania.

W wielu konfiguracjach serwer SMTP wymaga uwierzytelnienia przed przyjęciem wiadomości. Klient powinien wtedy użyć danych konta pocztowego oraz właściwej metody logowania, zgodnej z wymaganiami dostawcy. Samo zaznaczenie opcji „serwer wymaga uwierzytelniania” nie naprawi problemu, jeżeli zapisany login lub hasło są nieaktualne. Odmowa może pojawić się również wtedy, gdy dostawca wymaga hasła aplikacji, dodatkowego zatwierdzenia logowania albo określonego typu autoryzacji.

Jak rozpoznać źródło błędu SMTP

Diagnostykę warto rozpocząć od odczytania pełnego komunikatu wyświetlanego przez program pocztowy. Kod 535 zwykle wskazuje na nieudaną autoryzację, natomiast kod 530 oznacza, że serwer wymaga uwierzytelnienia. Kod 550 może oznaczać odrzucenie adresata, nadawcy lub wiadomości zgodnie z regułami serwera, ale jego dokładna interpretacja zależy od dodatkowego tekstu odpowiedzi. Komunikat „connection refused” wskazuje na odrzucenie połączenia pod danym adresem i portem, a „timeout” może wynikać z blokady sieciowej, niedostępności serwera albo nieprawidłowego portu.

Należy sprawdzić, czy adres serwera SMTP został wpisany bez literówki i czy program nie korzysta z przypadkowego ustawienia odziedziczonego po innym koncie. Następnie trzeba porównać port oraz rodzaj zabezpieczenia z aktualnymi instrukcjami dostawcy skrzynki. Pomocne jest sprawdzenie wysyłania z webmaila: jeżeli wiadomość wychodzi przez przeglądarkę, ale nie przez klienta pocztowego, bardziej prawdopodobna jest niezgodność lokalnej konfiguracji, zapisanych poświadczeń lub ustawień programu. Jeżeli wysyłanie nie działa również w webmailu, przyczyna może leżeć po stronie konta albo usługi pocztowej.

Warto także wykluczyć wpływ zapory sieciowej, pakietu ochronnego i sieci, z której korzysta komputer. Niektóre programy zabezpieczające kontrolują połączenia pocztowe i mogą blokować nietypowy port lub przerywać negocjację TLS. Test należy wykonywać ostrożnie, bez trwałego wyłączania ochrony. Jeżeli błąd występuje tylko w jednej sieci, wskazuje to na problem z filtrowaniem ruchu, DNS-em albo regułami dostępu u operatora. Zmiana serwera DNS nie zastąpi poprawnych ustawień SMTP, ale może pomóc wykryć, czy nazwa serwera jest prawidłowo rozwiązywana na danym komputerze.

Przywrócenie poprawnego wysyłania wiadomości

Naprawa polega na uporządkowanym sprawdzeniu ustawień konta, bez losowego zmieniania wielu parametrów naraz. Najpierw należy zanotować obecny adres serwera, port, tryb szyfrowania oraz sposób uwierzytelniania. Następnie można wprowadzić wartości podane przez dostawcę poczty, potwierdzić pełny login, ponownie wpisać hasło i wykonać próbę wysłania niewielkiej wiadomości testowej. Jeżeli konto korzysta z dodatkowego zabezpieczenia logowania, trzeba zastosować metodę wymaganą przez usługę, zamiast wielokrotnie wpisywać zwykłe hasło.

Przy serwisowaniu laptopa lub komputera PC trzeba rozróżnić usterkę programu pocztowego od problemu z całym systemem. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnostyki oprogramowania można również sprawdzić lokalne ustawienia klienta pocztowego, połączenie sieciowe oraz działanie zabezpieczeń wpływających na wysyłanie wiadomości.

Po zmianie konfiguracji należy potwierdzić nie tylko samo wysłanie wiadomości, lecz także poprawne dostarczenie jej do odbiorcy i możliwość wysłania załącznika o dopuszczalnym rozmiarze. Jeżeli problem powraca, trzeba zachować dokładny komunikat, godzinę wystąpienia oraz informacje o użytym porcie i sposobie szyfrowania. Takie dane pozwalają odróżnić błędne ustawienia od blokady konta, ograniczenia dostawcy, awarii usługi lub problemu występującego wyłącznie w konkretnej sieci.