Bezpłatne narzędzie do testowania SMTP

Sprawdź połączenie z serwerem pocztowym, zweryfikuj szyfrowanie TLS, sprawdź poprawność rekordów MX i zdiagnozuj problemy z dostarczaniem wiadomości e-mail — bez konieczności rejestracji.

Prawdziwy proces nawiązywania połączenia SMTP Wyszukiwanie adresów DNS w czasie rzeczywistym Zweryfikowano TLS / STARTTLS W 100% za darmo
Konfiguracja protokołu SMTP
Wprowadź dane serwera pocztowego, aby rozpocząć
25 · 465 · 587 · 2525
STARTTLS
  • STARTTLS
  • SSL / TLS
  • Brak
Szybkie ustawienia
Gmail
smtp.gmail.com · 587
Microsoft 365
smtp.office365.com · 587
Amazon SES
email-smtp.[region] · 587
SendGrid
smtp.sendgrid.net · 587
Brevo
smtp-relay.brevo.com · 587
Mailgun
smtp.mailgun.org · 587
Zoho Mail
smtp.zoho.com · 587
Namecheap
mail.privateemail.com · 465
smtp-test — terminal
Przygotowuję się do sprawdzenia połączenia SMTP…
Sprawdzanie połączeń
Połączenie z serwerem
W toku
TLS / STARTTLS
W toku
Rekord MX
W toku
Możliwości serwera
W toku
Odwrotny DNS (PTR)
W toku

Trzy kroki do sprawdzenia serwera SMTP

Nasze narzędzie do testowania SMTP przeprowadza pełną procedurę nawiązywania połączenia z serwerem pocztowym w ciągu kilku sekund — nie wymaga to zakładania konta ani instalacji.

1

Wprowadź dane serwera

Wprowadź nazwę hosta SMTP, numer portu i protokół bezpieczeństwa — lub wybierz gotowe ustawienia dla popularnych dostawców, takich jak Gmail, Microsoft 365 czy SendGrid.

2

Uruchomić test

Kliknij „Sprawdź połączenie”, aby przeprowadzić rzeczywisty proces nawiązywania połączenia SMTP, sprawdzić wpisy DNS oraz wynegocjować szyfrowanie TLS bezpośrednio z naszym serwerem.

3

Przegląd diagnostyki

Zapoznaj się z danymi wyświetlanymi na żywo w terminalu oraz wynikami pięciopunktowej kontroli, aby dokładnie ustalić, co jest nie tak z konfiguracją Twojego serwera pocztowego.

Pięciopunktowa diagnostyka protokołu SMTP

Każdy test przeprowadza rzeczywisty proces uzgadniania połączenia SMTP w pięciu kluczowych obszarach, zapewniając pełny obraz stanu serwera pocztowego.

Połączenie z serwerem

Sprawdza, czy serwer SMTP jest dostępny na podanym porcie, i zwraca prawidłowy komunikat 220 potwierdzający gotowość serwisu.

TLS / STARTTLS

Rozpoczyna rzeczywistą negocjację TLS — aktualizację STARTTLS lub domyślny protokół SSL — i sprawdza, czy uzgodnienie szyfrowania przebiegło pomyślnie.

Rekordy MX

Wykonuje wyszukiwanie DNS w czasie rzeczywistym dla rekordów Mail Exchanger Twojej domeny, wyświetlając listę wszystkich hostów uporządkowanych według priorytetu.

Możliwości serwera

Odczytuje odpowiedź EHLO w celu zidentyfikowania metod AUTH, opcji PIPELINING i CHUNKING, limitów SIZE oraz innych rozszerzeń protokołu SMTP obsługiwanych przez serwer.

Odwrotny DNS (PTR)

Przekształca adres IP serwera pocztowego na nazwę hosta. Brakujący lub nieprawidłowy rekord PTR to jedna z głównych przyczyn trafiania wiadomości e-mail do folderu ze spamem.

Uwierzytelnianie poczty e-mail

Łączność SMTP to podstawa. Połącz ją z PowerDMARC, aby weryfikować SPF, DKIM i DMARC oraz w pełni zabezpieczyć swój kanał poczty elektronicznej.

Błędy SMTP i sposoby ich usuwania

Nasze narzędzie wykrywa najczęstsze błędy konfiguracji protokołu SMTP i dokładnie wyjaśnia, co należy zrobić dalej.

Odmowa połączenia

Nie można połączyć się z serwerem na porcie

Nie można nawiązać połączenia z serwerem SMTP na podanym porcie. Zazwyczaj wynika to z reguły zapory sieciowej blokującej ten port, podania niewłaściwego numeru portu lub awarii serwisu pocztowego.

Sprawdź, czy numer portu jest prawidłowy (587 dla protokołu STARTTLS, 465 dla protokołu SSL), a następnie sprawdź reguły zapory sieciowej i upewnij się, że port jest otwarty dla połączeń przychodzących.
Nie powiodło się nawiązanie połączenia TLS

Błąd certyfikatu szyfrującego

Certyfikat TLS serwera może być nieważny, samopodpisany lub nazwa hosta może nie zgadzać się z nazwą podmiotu (CN) lub dodatkowymi nazwami (SAN) w certyfikacie. Serwery odbiorcze mogą odrzucać wiadomości e-mail pochodzące z tego hosta.

Odnów certyfikat, upewnij się, że nazwa hosta dokładnie odpowiada wartościom CN/SAN, i sprawdź, czy zainstalowany jest pełny łańcuch certyfikatów.
Brak rekordu MX

Brakujący wpis serwera pocztowego

Nie znaleziono rekordu MX dla Twojej domeny. Bez prawidłowego rekordu MX inne serwery nie będą mogły dostarczać wiadomości e-mail do Twojej domeny, a wysyłana poczta może zostać odrzucona lub oznaczona jako podejrzana.

Dodaj w swojej strefie DNS rekord MX wskazujący na nazwę hosta serwera pocztowego wraz z wartością priorytetu (np. 10 mail.example.com).
Brakujący wpis PTR

Nie skonfigurowano odwrotnego DNS

Adres IP Twojego serwera pocztowego nie posiada rekordu PTR lub nazwa hosta PTR nie zgadza się z banerem SMTP. Ta niezgodność jest wykrywana przez większość filtrów antyspamowych i powoduje problemy z dostarczaniem wiadomości.

Skontaktuj się ze swoim dostawcą usług hostingowych lub dostawcą usług internetowych, aby skonfigurować rekord PTR dla adresu IP serwera, który będzie dokładnie odpowiadał nazwie hosta podanej w nagłówku SMTP.

Najczęściej zadawane pytania

Port 587 z protokołem STARTTLS jest zalecanym portem do wysyłania wiadomości e-mail z klientów pocztowych i aplikacji. Port 465 wykorzystuje protokół SSL/TLS od samego początku połączenia i jest powszechnie obsługiwany przez współczesnych dostawców usług internetowych. Port 25 to tradycyjny port przekaźnikowy między serwerami pocztowymi — większość dostawców usług internetowych blokuje go w przypadku wysyłania wiadomości wychodzących, aby zapobiegać spamowi, dlatego najlepiej nadaje się wyłącznie do komunikacji między serwerami.

STARTTLS to protokół z ulepszoną ochroną — połączenie rozpoczyna się bez szyfrowania na standardowym porcie (zazwyczaj 587), a następnie przechodzi w tryb szyfrowany przed przesłaniem jakichkolwiek danych uwierzytelniających lub treści wiadomości. Protokół SSL/TLS, stosowany zazwyczaj na porcie 465, tworzy szyfrowany tunel od samego początku połączenia. Oba protokoły chronią wiadomości e-mail podczas przesyłania; STARTTLS jest częściej stosowany do wysyłania wiadomości, natomiast SSL/TLS zapewnia nieco szybsze nawiązanie połączenia.

Błąd „odmowa połączenia” oznacza, że serwer jest niedostępny na podanym porcie lub aktywnie odrzuca połączenie. Najczęstsze przyczyny to: blokada portu przez zaporę sieciową, użycie niewłaściwego numeru portu, brak uruchomionej usługi SMTP na serwerze lub nieprawidłowa nazwa hosta. Najpierw sprawdź nazwę hosta i numer portu u dostawcy poczty elektronicznej, a następnie upewnij się, że żadne reguły zapory nie blokują ruchu wychodzącego na tym porcie.

Serwer przekaźnikowy SMTP to serwer, który przekazuje wychodzące wiadomości e-mail w imieniu Twojej aplikacji lub domeny — zamiast dostarczać je bezpośrednio na serwer pocztowy odbiorcy. Zazwyczaj jest on potrzebny podczas wysyłania wiadomości transakcyjnych lub masowych z aplikacji internetowej, systemu CRM lub narzędzia marketingowego. Korzystanie z dedykowanego serwera przekaźnikowego SMTP (takiego jak SendGrid, Amazon SES lub Mailgun) poprawia dostarczalność, zapewnia infrastrukturę wysyłkową i pozwala oddzielić reputację głównej domeny od wysyłek o dużej objętości.

Przekroczenie limitu czasu SMTP zazwyczaj wskazuje na blokadę na poziomie sieci, a nie na nieprawidłową konfigurację serwera. Typowe przyczyny to blokowanie połączeń wychodzących na porcie 25 lub 587 przez dostawcę usług internetowych (ISP) lub dostawcę hostingu, odrzucanie pakietów przez zaporę sieciową bez wysyłania odpowiedzi o odrzuceniu lub niepowodzenie rozpoznania nazwy hosta serwera pocztowego w systemie DNS. Spróbuj przełączyć się na alternatywny port (465, jeśli korzystałeś z 587, lub odwrotnie), sprawdź, czy nazwa hosta jest poprawnie rozpoznawana w systemie DNS, oraz skontaktuj się z dostawcą hostingu, aby dowiedzieć się, czy w Twoim planie taryfowym nie ma ograniczeń dotyczących wychodzącego protokołu SMTP.

Nowoczesne serwery SMTP powinny obsługiwać co najmniej protokoły AUTH LOGIN i AUTH PLAIN, a tam, gdzie to możliwe, jako bezpieczniejsze alternatywy – CRAM-MD5 lub OAUTH2. Uwierzytelnianie jest negocjowane po uzgodnieniu EHLO i, co najważniejsze, powinno być oferowane dopiero po nawiązaniu połączenia szyfrowanego protokołem TLS — wysyłanie danych uwierzytelniających przez niezaszyfrowane połączenie naraża je na przechwycenie. Możesz sprawdzić, które metody AUTH obsługuje Twój serwer, sprawdzając informacje o możliwościach w wynikach testu powyżej.

Zabezpiecz swoją domenę dzięki pełnemu uwierzytelnianiu poczty elektronicznej


Łączność SMTP to dopiero początek. Skorzystaj z PowerDMARC, aby wdrożyć protokół DMARC, monitorować wszystkich nadawców wiadomości e-mail i zapobiegać podszywaniu się pod domeny — a wszystko to na jednej platformie.