Popularne narzędzia

Motyw

Test SMTP: sprawdź dowolny serwer poczty

Darmowy test SMTP i smtp check w jednym: sprawdź dowolny serwer poczty na żywo na porcie 25, 587, 465 lub 2525. Zobaczysz jego powitanie, TLS i certyfikat oraz to, czy przekazuje pocztę dla obcych. Bez hasła, bez wysyłania poczty.

Sesja na żywo z naszego serwera testowego w Mumbaju · Google Public DNS · 4 magazyny certyfikatów głównych · Team Cymru · listy z narzędzia Sprawdzanie Czarnej Listy IP
Serwer testowy online · Mumbaj

Port 25: tędy serwery dostarczają sobie pocztę. Dla domeny lub adresu e-mail testujemy jej serwery MX.

Przykładygmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
Co sprawdza test, po kolei
  1. Połączenie
  2. Powitanie
  3. EHLO
  4. STARTTLS
  5. Certyfikat
  6. EHLO po TLS
  7. Logowanie hasłem
  8. Test przekazywania

Jedna sesja SMTP z naszego serwera testowego: bez hasła, bez DATA, bez wysyłania poczty. Odpowiedzi trzymamy 2 minuty, żeby powtórne testy były szybkie; nie prowadzimy dziennika tego, co testujesz.

Co sprawdza test SMTP?

Test SMTP otwiera tę samą rozmowę, co serwer wysyłający: łączy się, czeka na powitanie 220, przedstawia się poleceniem EHLO, przechodzi na TLS poleceniem STARTTLS, sprawdza certyfikat, pyta EHLO ponownie, a na porcie 25 prosi serwer o dostarczenie poczty do cudzej domeny. Każdy krok odpowiada trzycyfrowym kodem, a odpowiedzi mówią, co działa.

Zatrzymujemy się, zanim cokolwiek wyjdzie: bez hasła, bez DATA, więc żaden e-mail nie zostaje wysłany. Każdy krok zawodzi na swój sposób, a sposób, w jaki zawodzi, mówi, kto ma to naprawić.

  1. 1Połączenie3 msfiltrowany · zamknięty
  2. 2Powitanie220 · 236 ms421 · 554 · cisza
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · nie oferowane
  5. 5TLS1.3 · 6 msstary TLS · brak wspólnego szyfru
  6. 6Certyfikatważny · 58 dn.wygasły · samopodpisany · zła nazwa
  7. 7EHLO ponownie250 · 237 msAUTH przed TLS
  8. 8Test przekazywania550 · 475 ms250 = otwarty relay
Prawdziwy test gmail-smtp-in.l.google.com na porcie 25 z naszego serwera testowego, 24 paź 2026. Pod każdym krokiem: jak zawodzi. Linia pod krokami to połączenie: czytelne do STARTTLS, po nim zaszyfrowane.
Test SMTP serwera gmail-smtp-in.l.google.com na porcie 25: werdykt, każdy krok i rozmowa SMTP ze STARTTLSTest SMTP serwera gmail-smtp-in.l.google.com na porcie 25: werdykt, każdy krok i rozmowa SMTP ze STARTTLSJeden werdyktDziała, działa z problemami, open relay, odmowa, nieosiągalny: odpowiedź w jednym zdaniu, z informacją, na czym się opiera.FaktyAdres, jego sieć, nazwa odwrotnego DNS, szyfrowanie, certyfikat i czarne listy, wszystko na jedno spojrzenie.Krok po krokuKażdy krok sesji z czasem oczekiwania na serwer: połączenie, powitanie, EHLO, STARTTLS, certyfikat, ponowne EHLO, logowanie i test przekazywania.Gdzie zaczyna się TLSCała rozmowa linia po linii. Nad szwem jest czytelna po drodze; pod nim zaszyfrowana.
Prawdziwy test serwera poczty Gmaila na porcie 25 z naszego serwera testowego. Wybierz numer, by zobaczyć, co pokazuje każda część.

Którego portu SMTP użyć: 25, 587, 465 czy 2525?

Port 25 służy serwerom dostarczającym pocztę sobie nawzajem: tam nasłuchują serwery MX domeny i nikt się nie loguje. Port 587 to miejsce, gdzie twoja aplikacja pocztowa przekazuje wiadomość dostawcy, po STARTTLS i z hasłem (RFC 6409). Port 465 robi to samo z TLS od pierwszego bajtu.

Port 2525 w rejestrze IANA w ogóle nie jest portem poczty: należy do „ms-v-worlds”. SendGrid, Mailgun i Postmark otwierają go, bo niektóre sieci blokują 587. A ponieważ spam kiedyś lał się z zainfekowanych domowych komputerów, większość chmur i wielu domowych dostawców domyślnie blokuje wychodzący port 25.

  • 587STARTTLS, potem logowanie
  • 465najpierw TLS, potem logowanie
  • 2525gdy 587 jest zablokowany
  • 25serwer do serwera, bez logowania
Dostawca255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓najlepszy✓nie✕––
SendGridsmtp.sendgrid.net✓najlepszy✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Port wychodzący 25 domyślnie zablokowany: AWS · Google Cloud · Azure · Comcast. Port 587 musi pozostać otwarty (RFC 5068).

Porty przyjmowane przez host wysyłający każdego dostawcy, z jego własnych stron konfiguracji (październik 2026). Microsoft 365 nie ma 465: wymaga STARTTLS na 587.

Kody odpowiedzi SMTP: co znaczą 220, 250, 421, 550 i 554

Każda odpowiedź SMTP zaczyna się od trzech cyfr. Pierwsza mówi, co robić: 2 zrobione, 3 wysyłaj dalej, 4 spróbuj później, 5 nie ponawiaj. Druga grupuje temat (0 składnia, 2 połączenie, 5 system poczty), a trzecia to szczegół.

Większość serwerów dodaje po nim rozszerzony kod taki jak 5.1.1 (gdy wymieniają ENHANCEDSTATUSCODES): klasa, temat (1 adresowanie, 7 bezpieczeństwo lub polityka), szczegół. Tekst po kodach jest dla ludzi i różni się między serwerami: czytaj najpierw liczby.

  • 220Usługa gotowapowitanie · po STARTTLS
  • 221Zamykam połączeniepo QUIT
  • 250OK, zrobioneEHLO · MAIL · RCPT · RSET
  • 354Zacznij wysyłać wiadomośćpo DATA: tam nie docieramy
  • 421Teraz niedostępny, zamykampowitanie: zajęty lub limity
  • 451Spróbuj późniejRCPT: szara lista
  • 454TLS chwilowo niedostępnySTARTTLS
  • 530Najpierw się zalogujMAIL na porcie 587
  • 535Zła nazwa użytkownika lub hasłoAUTH: nigdy nie wysyłamy hasła
  • 550Skrzynka niedostępna lub niedozwolonaRCPT: test przekazywania
  • 554Brak tu usługi SMTPpowitanie: odmowa
Kody, które napotyka ten test, i gdzie. Kolory według pierwszej cyfry: 2 zrobione, 3 czekanie, 4 tymczasowy, 5 trwały (RFC 5321 §4.2; 454, 530 i 535 z RFC 3207 i RFC 4954).

STARTTLS a implicit TLS: port 587 czy 465?

Przy STARTTLS (port 587 oraz port 25 między serwerami) rozmowa zaczyna się zwykłym tekstem i w połowie przechodzi na TLS. Do przejścia każdy na trasie może ją czytać i po cichu usunąć STARTTLS z listy serwera: nadawca bez MTA-STS lub DANE jedzie wtedy dalej bez szyfrowania.

Przy implicit TLS (port 465) uzgadnianie TLS idzie pierwsze, zanim serwer powie słowo. RFC 8314 (2018) prosi aplikacje pocztowe, by go preferowały; zrobione dobrze, oba sposoby są równie bezpieczne. Między serwerami na porcie 25 istnieje tylko STARTTLS.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3uzgadnianie 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (twoja aplikacja)

Pierwsze pięć linii idzie czytelnie: atakujący może tu usunąć STARTTLS.

465Implicit TLSsmtp.gmail.com
TLS 1.3uzgadnianie 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (twoja aplikacja)

Nic nie idzie czytelnie: nie ma STARTTLS do usunięcia.

Ten sam serwer, smtp.gmail.com, przetestowany na obu portach z naszego serwera testowego. Przerywana szyna jest czytelna po drodze; cyjanowa jest zaszyfrowana.

EHLO: co oznacza lista rozszerzeń serwera

Klient zaczyna od EHLO i swojej nazwy; serwer odpowiada 250 i jedną linią na każde obsługiwane rozszerzenie. Ta lista to menu serwera: największa wiadomość, czy umie przejść na TLS, jakie metody logowania przyjmuje.

Po STARTTLS klient musi zapomnieć listę i zapytać ponownie (RFC 3207). Dobrze ustawiony serwer zrzuca wtedy STARTTLS i często dodaje AUTH, więc hasła są oferowane tylko wewnątrz TLS. AUTH PLAIN lub LOGIN na liście przed TLS to ustalenie: aplikacja mogłaby wysłać hasło zwykłym tekstem.

  1. SIZE 35882577Największa wiadomość: 34,2 MBSIZE 35882577
  2. 8BITMIMEAkcenty i tekst nielaciński przechodzą bez zmian8BITMIME
  3. STARTTLSMoże przejść na TLS: oferowane tylko przed nimzniknęło
  4. jeszcze nieLogowanie hasłem lub OAuth: oferowane tylko wewnątrz TLSAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESOdpowiedzi niosą kody takie jak 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGKilka poleceń narazPIPELINING
  7. CHUNKINGWiadomość w porcjach o podanym rozmiarze (BDAT)CHUNKING
  8. SMTPUTF8Adresy takie jak ü@example.comSMTPUTF8

Spotykane też: DSN raporty doręczenia · VRFY „czy taki użytkownik istnieje?” (często wyłączone) · REQUIRETLS TLS na każdym odcinku · BINARYMIME surowa treść binarna z CHUNKING · ETRN serwery zapasowe pobierają kolejkę poczty.

smtp.gmail.com na porcie 587: odpowiedź na EHLO przed STARTTLS i po nim. STARTTLS znika, a AUTH się pojawia, tak jak chcą RFC 3207 i RFC 4954.

Test przekazywania SMTP: czy twój serwer poczty to open relay?

Open relay (otwarty przekaźnik) dostarcza pocztę dla każdego i dokądkolwiek, więc spamerzy ich szukają, a czarne listy je wpisują. RFC 2505 od 1999 roku prosi serwery poczty o odmawianie, a serwery submission nigdy nie mogą przekazywać poczty bez logowania (RFC 5068).

Na porcie 25 prosimy serwer, jako obcy, o dostarczenie poczty do cudzej domeny: MAIL FROM z naszym adresem testowym, potem RCPT TO:<relay-test@example.com>. 4xx lub 5xx to odmowa: dobrze. 250 to zgoda: mocny sygnał open relay, choć kilka serwerów odmawia dopiero później, po DATA. Nigdy nie wysyłamy DATA, więc w obu przypadkach nic nie jest dostarczane.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA nigdy
  5. QUIT
Odmowa dowodzi

że ten serwer nie przekaże poczty od tego obcego do tej domeny. Gmail odpowiedział 550 5.1.1: w ogóle nie przyjmie poczty dla example.com.

Nie dowodzi

że odmawia wszystkim (może ufać niektórym sieciom), a 250 nie dowodzi, że poczta by wyszła: kilka serwerów odmawia dopiero po DATA.

Nasz test, który działa tylko na porcie 25: cztery polecenia i QUIT. Porty 587 i 465 najpierw żądają logowania, więc tam testu nie wykonujemy.

Certyfikaty na serwerach poczty: MTA-STS i DANE

Między serwerami poczty certyfikat jest sprawdzany tylko wtedy, gdy domena odbiorcy tego żąda. Bez polityki nadawca przyjmie każdy certyfikat, nawet wygasły, a przy błędzie STARTTLS wraca do zwykłego tekstu.

MTA-STS publikuje politykę przez HTTPS: dostarczaj tylko przez TLS, do tych nazw MX, z ważnym certyfikatem. DANE przypina klucz serwera w DNS (rekord TLSA), co wymaga DNSSEC. Nasz test sprawdza certyfikat na sposób MTA-STS, względem nazwy samego serwera, i pokazuje obok politykę domeny.

Nazwa musi pasować do MXNiewygasłyZaufany urządWymaga DNSSECNie da się obniżyć
Oportunistyczny STARTTLSbrak polityki–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, podpisana strefaklucz pasujeklucz pasujeniepotrzebne
Polityka MTA-STS gmail.com
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
Certyfikat mx.google.com · nazw: 26
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
ważny do 21 gru 2026 · Google Trust Services WE2
Działająca polityka Gmaila i certyfikat, który okazują jego serwery MX (24 paź 2026): każda nazwa MX w polityce jest objęta. gmail.com nie ma DANE: jego strefa nie jest podpisana DNSSEC.

Jak przetestować serwer SMTP z własnego komputera

Nasz test idzie z naszego serwera, więc pokazuje to, co widzi internet. To, czy twoja sieć wypuszcza cię na port 25 lub 587, to inne pytanie, a strona WWW na nie nie odpowie: przeglądarki w ogóle odmawiają otwierania portów 25, 465 i 587 („złe porty” standardu Fetch).

Uruchom jedno z tych poleceń na własnym komputerze. W Windows Test-NetConnection odpowiada w sekundę. W macOS i Linuksie openssl s_client sam przechodzi na STARTTLS i pokazuje certyfikat; potem wpisz EHLO test i już rozmawiasz po SMTP. swaks skryptem prowadzi całą sesję.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OKzaufane
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHlogowanie wewnątrz TLS
250 SMTPUTF8
Nasz serwer testowyport 25 otwarty
Twój komputertwój dostawca może blokować 25
Strona WWW25 · 465 · 587 odrzucone
Przebieg z laptopa 24 paź 2026 (adres, który odesłał serwer, pominięto). Pasy pokazują, kto może dotrzeć do portu serwera poczty i kto o tym decyduje.

Dlaczego serwer poczty odmawia testu SMTP

Odmowa nie zawsze oznacza zepsuty serwer. Serwery poczty się bronią: odprawiają adresy z czarnych list, spowalniają lub opóźniają obcych i ograniczają liczbę połączeń od jednego nadawcy. Nasz test jest obcym dla każdego serwera, do którego dzwoni, więc te zabezpieczenia spotyka pierwszy.

Czytaj pierwszą odpowiedź. 4xx jest tymczasowe, a prawdziwi nadawcy ponawiają. 554 na powitaniu lub 5xx na RCPT to decyzja polityki o nadawcy, która może nie dotyczyć twojego. Brak odpowiedzi w ogóle to pytanie o sieć, a nie o SMTP.

  • Nasz adres jest zablokowany regułą5545.7.1 Service unavailable; client host blocked

    Odprawia nasz serwer testowy, a może i twój. Sprawdź jego czarne listy i listę dozwolonych serwera.

  • Za zajęty albo limit4214.7.0 Too many concurrent SMTP connections

    Tymczasowo: nadawcy ponawiają 421 przez wiele godzin. Spróbuj ponownie za kilka minut.

  • Szara lista (greylisting)4514.7.1 Greylisted, please try again later

    Nieznanych nadawców proszą o powrót później. Prawdziwe serwery wracają, więc poczta przychodzi z opóźnieniem, a nie ginie.

  • Wolne powitanie (tarpit)… 18 s ciszy … 220mail.example.net

    RFC 5321 pozwala nadawcom czekać 5 minut. Nasz test czeka 15 sekund i mówi o tym.

  • Brak odwrotnego DNS nadawcy5505.7.25 The IP address sending this message does not have a PTR record

    Tak Gmail odpowiada nadawcy bez rekordu PTR. Nasz serwer testowy go ma.

  • Zapora gubi połączeniebrak odpowiedzi w 10 s (filtrowany)

    Port wpuszcza tylko znanych nadawców albo blokuje go sieć po drodze.

Sześć odmów, które test napotyka najczęściej, z odpowiedzią każdej. Tekst 550 5.7.25 jest z Gmaila; pozostałe to typowe sformułowania, które różnią się między serwerami.

Uwierzytelnianie SMTP: dlaczego ten test SMTP nigdy nie pyta o twoje hasło

Wiele testerów SMTP prosi o nazwę użytkownika i hasło i wysyła prawdziwy e-mail. My nie: hasło wpisane na cudzej stronie to hasło, które trzeba zmienić. Test pokazuje to, czego potrzebujesz, bez niego: czy serwer oferuje logowanie, jakimi metodami i tylko wewnątrz TLS.

Hasła i tak odchodzą do lamusa. Google nie pozwala już aplikacjom logować się do Gmaila samym hasłem, a Microsoft na koniec grudnia 2026 domyślnie wyłącza Basic authentication dla SMTP AUTH w istniejących dzierżawach. Jeśli twoja aplikacja nadal loguje się hasłem, przetestuj ją w samej aplikacji, z hasłem aplikacji.

Metody logowania (rejestr SASL IANA)
  • PLAINpopularna
  • OAUTHBEARERpopularna
  • SCRAM-SHA-256popularna
  • CRAM-MD5ograniczona
  • LOGINprzestarzała
  • XOAUTH2przestarzała
  • DIGEST-MD5przestarzała

XOAUTH2 jest oznaczony jako przestarzały, ale właśnie z niego korzystają dziś aplikacje Gmaila i Microsoft 365.

Logowanie hasłem w SMTP: daty końca
Google
14 mar / 1 maja 2025: Workspace kończy logowanie hasłem
Microsoft 365
Basic auth bez zmiankoniec gru 2026: domyślnie wyłączone

Ostateczną datę wyłączenia Microsoft ogłosi w drugiej połowie 2027 roku. Strony samego Google'a podają dla Workspace dwie daty.

Status z rejestru mechanizmów SASL IANA; daty z ogłoszeń Google i Microsoftu (Microsoftu z 27 stycznia 2026).

Test SMTP: najczęstsze pytania

Czym jest test SMTP i co pokazuje smtp check?

Test SMTP otwiera prawdziwą sesję SMTP z serwerem poczty, tak jak robi to serwer wysyłający, i czyta każdą odpowiedź: powitanie, rozszerzenia, przejście na TLS, certyfikat i, na porcie 25, czy przekazuje pocztę dla obcych. To narzędzie zatrzymuje się przed DATA i nigdy się nie loguje, więc żaden e-mail nie jest wysyłany i nie potrzeba hasła.

Jak przetestować serwer SMTP?

Wpisz nazwę serwera (smtp.example.com) albo adres IP, albo domenę lub adres e-mail, by przetestować jej serwery MX, wybierz port i naciśnij Testuj. Wynik pokazuje każdy krok z czasem, całą rozmowę i co naprawić. Żeby przetestować z własnej sieci, użyj poleceń pod wynikiem: Test-NetConnection w Windows, openssl s_client w macOS i Linuksie.

Którego portu użyć: 25, 587, 465 czy 2525?

Aplikacje pocztowe i strony wysyłają przez swojego dostawcę na porcie 587, ze STARTTLS i hasłem, albo na porcie 465, z TLS od pierwszego bajtu. Serwery dostarczają sobie pocztę na porcie 25, bez logowania. Port 2525 to nieoficjalna alternatywa, którą SendGrid, Mailgun i Postmark otwierają tam, gdzie 587 jest zablokowany; w rejestrze IANA to nie port poczty.

Czy mój dostawca internetu blokuje port 25 lub 587?

Nasz test tego nie powie, bo idzie z naszego serwera. AWS, Google Cloud, Azure i wielu domowych dostawców, jak Comcast, domyślnie blokuje wychodzący port 25; RFC 5068 mówi, że dostawcy nie mogą blokować 587. Żeby sprawdzić własną sieć, uruchom w PowerShellu Test-NetConnection smtp.gmail.com -Port 587 albo nc -vz smtp.gmail.com 587 w macOS i Linuksie. Przekroczenie czasu oznacza blokadę.

Co znaczą 220, 421 i 554 w teście SMTP?

220 to powitanie: serwer jest gotowy i się przedstawia. 421 znaczy „nie teraz”: serwer jest zajęty lub ogranicza połączenia i zamyka linię, więc spróbuj później. 554 na powitaniu znaczy, że w ogóle odmawia rozmowy z tym nadawcą, często przez czarną listę lub politykę; zaufani nadawcy mogą nadal się przebić.

Czym jest STARTTLS i czy jest wymagany?

STARTTLS przełącza zwykłe połączenie SMTP na TLS, więc reszta rozmowy jest szyfrowana. Serwery submission na porcie 587 zwykle wymagają go przed logowaniem. Publiczny serwer poczty na porcie 25 nie może wymagać go do przyjęcia poczty, ale powinien go oferować: Gmail, Microsoft 365 i większość dostawców tak robi, a nasz test oznacza serwer, który nie oferuje.

Dlaczego mój test SMTP kończy się przekroczeniem czasu?

Brak jakiejkolwiek odpowiedzi w 10 sekund znaczy, że port jest filtrowany: zapora gubi połączenie albo serwer przyjmuje tylko znanych nadawców. To co innego niż odrzucone połączenie, gdzie maszyna odpowiada od razu, a na porcie nic nie nasłuchuje. Serwera z samym adresem IPv6 nasz serwer testowy na razie nie osiągnie; wynik mówi o tym zamiast „nie działa”.

Czy można przetestować uwierzytelnianie SMTP z moją nazwą użytkownika i hasłem?

Nie, celowo: ten tester SMTP nigdy nie przyjmuje haseł. Pokazuje, jakie metody logowania oferuje serwer i czy oferuje je tylko wewnątrz TLS, a to właśnie ujawniłby test z hasłem. Żeby sprawdzić własne logowanie, użyj aplikacji pocztowej albo swaks na własnym komputerze z hasłem aplikacji, żeby hasło nie opuściło twojej maszyny.

Jak działa test open relay?

Na porcie 25 nasz serwer testowy prosi serwer poczty, jako obcy, o dostarczenie wiadomości na adres w example.com. Odmowa (4xx lub 5xx) jest dobra. 250 to mocny sygnał open relay, z którego każdy mógłby rozsyłać spam. Zatrzymujemy się przed DATA, więc nic nie jest dostarczane, a kilka serwerów, które tu przyjmują, i tak odmówi później.

Jaka jest różnica między EHLO a HELO?

Oba otwierają rozmowę nazwą klienta. HELO jest starsze i dostaje zwykłe OK. EHLO prosi serwer także o wymienienie rozszerzeń: SIZE, STARTTLS, AUTH i reszty. Każdy współczesny serwer odpowiada na EHLO; klient wraca do HELO tylko wtedy, gdy EHLO zostanie odrzucone, a nasz test oznacza serwer, który tego potrzebuje.

Czy test SMTP wysyła e-mail?

Nie. Nasz serwer testowy mówi QUIT przed DATA, poleceniem, które zaczyna wiadomość, i nigdy się nie loguje. Serwer poczty widzi krótką rozmowę z probe.dnsrobot.net i nic nie trafia do żadnej skrzynki. Żeby sprawdzić, jak odbierana jest prawdziwa wiadomość, użyj naszego narzędzia Weryfikacja adresu e-mail, które czyta pocztę, którą do niego wyślesz.

Jakie są ustawienia SMTP Gmaila i Outlooka?

Gmail: smtp.gmail.com, port 587 ze STARTTLS albo 465 z TLS, logowanie przez OAuth lub hasło aplikacji. Microsoft 365: smtp.office365.com, port 587 ze STARTTLS; nie ma implicit TLS na 465. Outlook.com: smtp-mail.outlook.com na 587, z nowoczesnym logowaniem. Przyciski z przykładami powyżej testują pierwsze dwa.

Więcej narzędzi DNS i poczty