Email checker: sprawdź, czy e-mail istnieje

Sprawdź e-mail, nic nie wysyłając: pytamy serwer poczty, czy adres jest prawdziwy, i pokazujemy ci całą rozmowę. Albo wyślij własny e-mail na adres testowy i dostań pełny raport o dostarczalności oraz spamie.

Źródła: DNS (MX, SPF, DMARC) · sprawdzenie SMTP na żywo z naszego serwera, zatrzymane przed DATA · nasz własny serwer poczty dla testowych e-maili (Cloudflare Email Routing jako serwer zapasowy) · SpamAssassin 4

Jak sprawdzić e-mail bez wysyłania wiadomości

Serwer poczty mówi, czy zna adres, zanim zostanie wysłana jakakolwiek wiadomość. Zadajemy to pytanie i się rozłączamy.

Wysłanie e-maila to krótka rozmowa dwóch serwerów. Nadawca się wita (EHLO), podaje adres zwrotny (MAIL FROM), podaje odbiorcę (RCPT TO) i dopiero potem wysyła wiadomość (DATA). Serwer odbierający odpowiada na każdy wiersz trzycyfrowym kodem (RFC 5321).

Prowadzimy rozmowę do RCPT TO i czytamy odpowiedź. Potem resetujemy sesję (RSET), pytamy jeszcze raz o zmyślony adres w tej samej domenie (kontrola) i żegnamy się poleceniem QUIT. DATA nie jest wysyłane nigdy, więc nic nie trafia do niczyjej skrzynki odbiorczej, a pusty adres zwrotny sprawia, że nic nie może wrócić.

probe.dnsrobot.netNasz serwer sprawdzający · Mumbaj · 198.51.100.25mx-in.g.apple.comSerwer poczty domeny · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>pusty nadawca: nic nie może wrócić
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2zmyślony adres w tej samej domenie
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA nigdy niewysłane: zatrzymujemy się przed wiadomością
  11. QUIT
  1. Składnia1 ms
  2. Domena i MX181 ms
  3. Listy< 1 ms
  4. Serwer poczty1,5 s
Prawdziwe sprawdzenie postmaster@apple.com, adresu funkcyjnego, który musi mieć każda domena pocztowa (RFC 2142), z naszego serwera w Mumbaju: 7 odpowiedzi w 1,5 s. Serwer odrzuca zmyślony adres (550 5.1.1) i właśnie dzięki temu jego „tak” dla prawdziwego adresu jest wiarygodne.
Email checker dla postmaster@apple.com: adres dostarczalny, z rozmową SMTP i zmyślonym adresem kontrolnymEmail checker dla postmaster@apple.com: adres dostarczalny, z rozmową SMTP i zmyślonym adresem kontrolnymWerdyktDostarczalny, Niedostarczalny, Przyjmuje wszystko, Ryzykowny lub Nieznany, z kodami odpowiedzi, które zdecydowały, i jednym zdaniem wyjaśniającym dlaczego.Cztery krokiSkładnia, serwery poczty domeny, listy adresów jednorazowych i funkcyjnych, potem sam serwer poczty, każdy z własnym czasem.Odpowiedzi, które zdecydowałyAdres i zmyślony adres w tej samej domenie: „tak” dla pierwszego i „nie” dla drugiego uwiarygadnia to „tak”.RozmowaKażde polecenie, które wysłał nasz serwer, i każda odpowiedź serwera poczty, tak jak się odbyły, z kodem i czasem każdej odpowiedzi.Nic nie wysłanoDATA nigdy nie jest wysyłane: rozmowa kończy się, zanim powstanie wiadomość, więc nic nie trafia do skrzynki odbiorczej i nic nie może wrócić.
Prawdziwe sprawdzenie postmaster@apple.com, adresu funkcyjnego, który musi mieć każda domena pocztowa: werdykt, cztery kroki, dwie odpowiedzi, które zdecydowały, i cała rozmowa SMTP zatrzymana przed DATA. Wybierz numer, żeby zobaczyć, co pokazuje każda część.

Co znaczy każdy wynik weryfikatora e-maili

Pięć wyników, każdy powiązany z odpowiedzią serwera, która go dała.

Dostarczalny wymaga dwóch rzeczy: „tak” dla adresu i „nie” dla zmyślonego w tej samej domenie (albo dostawcy, który według naszych pomiarów sprawdza każdy adres). Bez drugiej odpowiedzi „tak” to tylko „tak” od serwera, który mógłby powiedzieć „tak” każdemu.

Nieznany to uczciwa odpowiedź, a nie porażka: serwer odmówił rozmowy z naszym serwerem sprawdzającym, poprosił o poczekanie albo nie odpowiedział. O adresie nic to nie mówi, więc nigdy nie zamieniamy tego na „nieprawidłowy”.

  • Dostarczalny
    Adres
    250
    Zmyślony
    550

    Serwer zna adres i odrzuca obcy adres w tej samej domenie.

    Wysyłaj.
  • Niedostarczalny
    Adres
    550 5.1.1
    Albo domena
    null MXnie ma takiej domeny

    Serwer mówi, że skrzynki nie ma, albo domena w ogóle nie przyjmuje poczty.

    Nie wysyłaj: wiadomość wróci.
  • Przyjmuje wszystko
    Adres
    250
    Zmyślony
    250

    Serwer mówi „tak” na wszystko, więc jego „tak” niczego nie dowodzi.

    Wysyłaj tylko wtedy, gdy adres dostałeś od tej osoby.
  • Ryzykowny
    Domena
    lista jednorazowych
    Albo skrzynka
    552pełna

    Istnieje, ale nie przetrwa długo albo nie może teraz przyjąć poczty.

    Unikaj go wszędzie, gdzie będzie ci potrzebny później.
  • Nieznany
    Adres
    451554brak odpowiedzi
    Albo DNS
    SERVFAIL

    Serwer nie odpowiedział albo poprosił, żebyśmy wrócili. To nie jest „nie”.

    Sprawdź później albo po prostu wyślij.
Każdy wynik pochodzi z kodu odpowiedzi (RFC 5321) albo faktu o domenie, nigdy z domysłu. Adresy funkcyjne, darmowe, aliasy i stare adresy operatorów to flagi obok wyniku, nigdy sam wynik.

Których dostawców poczty można zweryfikować

To, co może powiedzieć sprawdzenie, zależy od dostawcy. Zmierzyliśmy z naszego serwera 65 domen pocztowych obsługiwanych przez 53 dostawców.

Większość dostawców konsumenckich odrzuca nieznane adresy przy RCPT, więc sprawdzenie u nich jest wiarygodne. Niektórzy przyjmują wszystko i pocztę porządkują później; Outlook.com czasem raz mówi „tak”, żeby utrudnić zbieranie adresów; kilku odrzuca serwery, których nie zna.

Nigdy nie używamy stron odzyskiwania hasła ani rejestracji do testowania adresu, jak robią to niektóre narzędzia: łamie to zasady dostawców i właśnie tak atakujący znajdują konta.

Zmierzone z naszego serwera22 października 2026 · 65 domen, 10 z nich to firmy
Sprawdzają każdy adres42 domenyNieznany adres dostaje 5xx przy RCPT, więc „tak” to prawdziwe „tak”.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Mówią „tak” dla niektórych zmyślonych adresów2 domenyOutlook.com: 2 z 12 zmyślonych adresów raz dostały 250. Pytamy dwa razy.
  • hotmail.com
  • outlook.com
Przyjmują każdy adres9 domen„Tak” niczego tu nie dowodzi: te serwery najpierw przyjmują, a pocztę porządkują później.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Na razie odsyłają nasz serwer8 domenChcą, żeby odwrotny DNS naszego serwera zgadzał się w obie strony. Własna lista błędów Yahoo także pokazuje, że nieznane konta zwracają wiadomość dopiero po jej wysłaniu.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Szara lista lub odroczenie3 domenyOdpowiedź 4xx. Fastmail stosuje szarą listę: to samo pytanie minutę później dostaje odpowiedź. onet.pl i interia.pl odraczają według reguły z datą końcową lub limitu dostarczania, czego czekanie nie zmieni.
  • fastmail.com
  • interia.pl
  • onet.pl
Proszą, żeby ich nie sprawdzać1 domenaDeutsche Telekom: w ogóle się nie łączymy.
  • t-online.de
Firmy pokazują znak swojej platformy pocztowej (Microsoft 365, Google Workspace, Proofpoint, iCloud). Odpowiedź firmy to jej własne ustawienie, a nie reguła platformy: microsoft.com sprawdza każdy adres, a github.com na tej samej platformie przyjmuje każdy.

Catch-all, szara lista i odmowy: kiedy adresu nie da się potwierdzić

Trzy sposoby, którymi serwer poczty unika odpowiedzi, i jak każdy z nich widać w wyniku.

Serwer przyjmujący wszystko (catch-all) mówi 250 dla każdego adresu, prawdziwego czy nie. Wiele firm w Microsoft 365 tak działa, nie wiedząc o tym: Directory-Based Edge Blocking odrzuca nieznane adresy tylko wtedy, gdy domena jest ustawiona na „Authoritative”.

Szara lista (greylisting) odpowiada 451 nadawcom, których wcześniej nie widziała, a to samo pytanie minutę później przyjmuje (RFC 6647). Odmowy mogą przyjść na dowolnym kroku do RCPT (u bol.com.br przyszła przy samym RCPT), ale dotyczą naszego serwera, a nie adresu, więc wynik to Nieznany, nigdy „nie”.

Przyjmuje wszystko
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Oba dostały „tak”: serwer nie odróżnia ich od siebie, więc my też nie.

Domena Microsoft 365 ustawiona naInternal relay250dowolny adresAuthoritative (Directory-Based Edge Blocking)550 5.4.1nieznany adres
Szara lista
0 s451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
poczekaj co najmniej minutę: ten sam serwer, ten sam nadawca, ten sam adres (RFC 6647)
60+ s250550prawdziwa odpowiedź

Fastmail tak z nami postąpił. Wynik oferuje Sprawdź ponownie po minucie, nigdy nie ponawia pytań w pętli. (onet.pl i interia.pl też odpowiedziały 450, ale z powodu reguły z datą końcową i limitu dostarczania: to odmowy, więc nie oferujemy czekania.)

Odmowy: gdzie każdy serwer nas zatrzymał
połączeniepowitanieEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Odmowa dotyczy naszego serwera, a nie adresu, na którymkolwiek kroku by przyszła (odmowa bol.com.br przyszła przy RCPT), więc wynik to Nieznany, nigdy „nieprawidłowy”.

Kody i teksty tak, jak serwery wysłały je naszemu serwerowi sprawdzającemu 22 października 2026. Cztery z pięciu odmów dotyczą odwrotnego DNS (PTR potwierdzonego w obie strony) i znikną, gdy rekord PTR naszego serwera będzie się zgadzał.

Adresy e-mail jednorazowe, funkcyjne, darmowe i aliasy

Flagi opisują adres; same nigdy nie decydują o wyniku.

Skrzynka funkcyjna (support@, sales@) jest prawdziwa, ale wspólna, darmowy adres jest normalny u osób prywatnych, alias przekazuje do czyjejś prawdziwej skrzynki, a adres jednorazowy to publiczna skrzynka, której nie ma po kilku godzinach.

Japońscy operatorzy nadal mają adresy z dwiema kropkami albo z kropką przed @. Łamią one RFC, ale odbierają pocztę, więc pytamy o nie serwer poczty dokładnie tak, jak wpisano.

supportskrzynka funkcyjna (RFC 2142)+orderspodadres (RFC 5233)@example.comdomena decyduje: darmowy, jednorazowy czy alias
  • Skrzynka funkcyjnapostmaster@support@sales@

    Skrzynka zespołu: prawdziwa i często czytana, ale niczyj adres osobisty. RFC 2142 wymienia te, które domena powinna mieć.

  • Darmowy dostawca

    Każdy może się zarejestrować. Normalne u osób prywatnych; nietypowe u własnych pracowników firmy.

  • Jednorazowy@mailinator.comokoło 9900 domen

    Publiczne skrzynki, które znikają w ciągu kilku godzin. Z listy disposable-email-domains (CC0), dopasowane na poziomie domeny rejestrowalnej.

  • Usługa aliasów

    Przekazuje pocztę do prawdziwej skrzynki, której adres ta osoba zachowuje dla siebie. To nie adres jednorazowy: odpowiedzi do niej docierają.

  • Stary adres operatorataro..yamada@docomo.ne.jp

    Niezgodny z RFC, a nadal używany: docomo i au pozwalają zachować starsze adresy z „..” lub „.@”. Pytamy serwer dokładnie tak, jak wpisano.

Flagi nigdy same nie decydują o wyniku: skrzynka funkcyjna może być dostarczalna, a alias może przyjmować wszystko.

Jak działa test dostarczalności e-maila: darmowy mail tester

Wyślij jeden prawdziwy e-mail na adres testowy na jedną wiadomość; raport buduje się, gdy każda część jest sprawdzona.

Twój adres testowy przyjmuje jedną wiadomość przez 2 godziny. Nasz własny serwer poczty odbiera ją dla mailtest.dnsrobot.net przez TLS i widzi sesję SMTP z pierwszej ręki: wersję TLS, powitanie, to, jak rozmawia serwer wysyłający. Cloudflare Email Routing to ścieżka zapasowa.

Wszystko opiera się na tym, co faktycznie dotarło: adres, który się połączył, nagłówki dodane przez twoją usługę, HTML, który dostaną twoi czytelnicy. Potem SPF, DKIM, DMARC, ARC, format, treść, nagłówki wypisania, SpamAssassin i zasady dostawców skrzynek.

  1. Twój program pocztowynaciskasz Wyślij14:02:10
  2. Twój serwer wysyłającytwoja usługa pocztowaSendGrid · 198.51.100.24
    Odwrotny DNS (PTR)Nazwa HELOListy blokad
  3. Nasz serwer pocztyodbiera przez TLSmailprobe.dnsrobot.net · TLSv1.3
    sesja SMTPWersja TLSEHLO i pipeliningKońce wierszy
    wiadomośćSPFDKIMDMARCARCFormatTreśćWypisanie
  4. Twój raportczęści pojawiają się, gdy są sprawdzone14:02:24
    SpamAssassinZasady Gmail · Yahoo · Outlook.comWynik
Serwer zapasowy: Cloudflare Email Routingroute1–3.mx.cloudflare.netodbiera pocztę, jeśli nasz serwer nie działa; nie przekazuje szczegółów TLS
Co dzieje się z twoją wiadomością
0 sdociera do naszego serwera poczty11 sanaliza gotowa: treść i załączniki usunięte7 dninagłówki, linki i podgląd usunięte (albo wcześniej: Usuń raport)
Przykład na tej stronie: newsletter wysłany przez SendGrid. Każda kontrola zapala się tam, gdzie się odbywa: tożsamość serwera wysyłającego, sesja SMTP, którą widział nasz serwer, podpisy i treść wiadomości, potem SpamAssassin i zasady dostawców skrzynek.

Jak sprawdzanie spamu w e-mailu liczy wynik

Dziesięć punktów minus odjęcia, z których każde nazywa swoją regułę. Nic, czego nie dało się sprawdzić, nie kosztuje punktu.

Wynik jest użyteczny tylko wtedy, gdy widać, jak powstał, więc cała tabela jest tutaj, wygenerowana tym samym kodem, który ocenia twoją wiadomość. Każde odjęcie opiera się na RFC, stronie samego dostawcy skrzynek albo regule SpamAssassin.

Reguły tylko dla poczty masowej, jak wypisanie jednym kliknięciem, odejmują punkty tylko wtedy, gdy wiadomość wygląda na pocztę masową. To, czego jedna wiadomość nie pokaże (odsetek skarg, wolumen wysyłki), to „nie da się ocenić” i nic nie kosztuje.

Zmyślony raport7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Poczta masowa bez działającego wypisania jednym kliknięciem (RFC 8058: oba nagłówki, podpisane przez DKIM)
  2. 2SpamAssassin 3,4
Co znaleźliśmyOdjęte punktyCzęść
Ani SPF nie przechodzi, ani żaden podpis DKIM nie zostaje zweryfikowany−3SPF
DMARC nie przechodzi: brak zgodnego SPF lub DKIM, a domena z From publikuje politykę−2,5DMARC
Nagłówek From nie ma jednej domeny, do której DMARC mógłby się odnieść−2DMARC
Domena z From nie publikuje rekordu DMARCtylko poczta masowa−1DMARC
SPF fail: rekord mówi, że ten serwer nie może wysyłać−1SPF
SPF softfail lub neutral−0,5SPF
Brak rekordu SPF dla domeny MAIL FROM (lub HELO)−1SPF
SPF permerror: uszkodzony rekord albo ponad 10 zapytań DNS−1SPF
Wiadomość nie ma podpisu DKIMtylko poczta masowa−1DKIM
Podpisana DKIM, ale żaden podpis nie przechodzi weryfikacji (traktowana jak niepodpisana)tylko poczta masowa−1DKIM
Podpis używa klucza RSA krótszego niż 1 024 bity−1DKIM
DKIM przechodzi, ale żaden przechodzący podpis nie zgadza się z domeną z From−0,5DKIM
Adres nadawcy jest na dużej liście blokad−3Serwer wysyłający
Adres nadawcy jest na mniejszej liście blokad−1Serwer wysyłający
Adres nadawcy nie ma odwrotnego DNS (PTR)−2,5Serwer wysyłający
Nazwa z PTR nie wskazuje z powrotem na adres nadawcy−1,5Serwer wysyłający
HELO nie jest w pełni kwalifikowaną nazwą−0,5Serwer wysyłający
Serwer wysłał bez TLS−1,5Sesja SMTP
Same LF lub CR na końcach wierszy wiadomości0ostrzeżenie, niewliczane do wyniku (−0,5 po podaniu źródła)Sesja SMTP
Nagłówek From: brak, powtórzony, nieczytelny albo z kilkoma skrzynkami bez Sender−2Format
Nagłówek Date: brak lub nieczytelny−1Format
Nagłówek Message-ID: brak lub nieprawidłowy−1Format
Date różni się od czasu odbioru o ponad dobę0ostrzeżenie, niewliczane do wyniku (−0,5 po podaniu źródła)Format
Pole, które może wystąpić raz, występuje dwa razy−0,5Format
Wiersze dłuższe niż 998 znaków−0,25Format
Obrazy prawie bez tekstu0ostrzeżenie, niewliczane do wyniku (−1 po podaniu źródła)Treść
HTML bez wersji tekstowej−0,5Treść
HTML powyżej około 102 KB: Gmail może go przyciąć0ostrzeżenie, niewliczane do wyniku (−0,5 po podaniu źródła)Treść
Linki przez skracacze URL0ostrzeżenie, niewliczane do wyniku (−1 po podaniu źródła)Treść
Linki do samego adresu IP0ostrzeżenie, niewliczane do wyniku (−1 po podaniu źródła)Treść
Linki do domeny podszywającej się pod inną0ostrzeżenie, niewliczane do wyniku (−2 po podaniu źródła)Treść
Linki javascript:, data: lub file:0ostrzeżenie, niewliczane do wyniku (−2 po podaniu źródła)Treść
Tekst linku pokazuje jedną domenę, a link prowadzi do innej0ostrzeżenie, niewliczane do wyniku (−0,5 po podaniu źródła)Treść
Typ załącznika blokowany przez Gmaila0ostrzeżenie, niewliczane do wyniku (−2 po podaniu źródła)Treść
Linki do hosta blokowanego przez resolver bezpieczeństwa Cloudflare (malware lub phishing)0ostrzeżenie, niewliczane do wyniku (−2 po podaniu źródła)Treść
Skrypty, iframe, formularze lub osadzone obiekty w HTML−1Treść
1Poczta masowa bez działającego wypisania jednym kliknięciem (RFC 8058: oba nagłówki, podpisane przez DKIM)−1,5Wypisanie
2Punkty SpamAssassin powyżej 2,0połowa punktów powyżej 2,0, najwyżej 3SpamAssassin
Wynik SpamAssassin osiąga próg spamu−2SpamAssassin
Niesprawdzone albo nie do ustalenia z jednej wiadomości0–
Tabela, według której liczony jest wynik (wersja 2026-10-31.1): 10 minus każdy pasujący wiersz, nigdy poniżej 0. Część, której nie dało się sprawdzić, nic nie odejmuje; wiersze dla poczty masowej kosztują punkty tylko w poczcie masowej; wiersz z 0 to ostrzeżenie, które pokazujemy, ale nie liczymy do wyniku.

Zgodność SPF, DKIM i DMARC na jednym obrazku

DMARC przechodzi, gdy SPF lub DKIM przechodzi dla domeny zgodnej z adresem From, który widzą ludzie.

E-mail ma dwóch nadawców: ukrytego nadawcę na kopercie, do którego idą zwroty, i adres From, który czytają ludzie. SPF sprawdza pierwszego, DKIM sprawdza podpis, a DMARC wiąże któregokolwiek z nich z drugim (RFC 9989).

Usługi pocztowe zwykle przechodzą DMARC przez DKIM: podpisują twoją domeną (rekord, który dodajesz), a zwroty idą na ich własną poddomenę.

Return-Path: bounces+48213-9f1c@em.example.orgnadawca na kopercie (MAIL FROM): SPF sprawdza właśnie jego
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …podpis domeny z From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …własny podpis usługi pocztowej
From: Example Weekly <news@example.org>to, co widzi czytelnik: DMARC chroni właśnie to
  1. SPF przechodzi198.51.100.24 może wysyłać w imieniu em.example.orgzgodny: em.example.org należy do example.org
  2. DKIM przechodzipodpis example.org przechodzi weryfikacjęzgodny: ta sama domena
  3. DKIM przechodzipodpis sendgrid.info przechodzi weryfikacjęniezgodny: inna domena (to w porządku)
  4. DMARC przechodziFrom example.org: co najmniej jeden pozytywny wynik jest zgodnypolityka p=none · luźna zgodność
SPF sprawdza ukrytego nadawcę na kopercie, DKIM sprawdza podpis, a DMARC pyta, czy któryś z nich należy do domeny z From, którą widzą ludzie. Luźna zgodność porównuje domeny organizacyjne (em.example.org i example.org pasują); ścisła porównuje pełne nazwy.

Wymagania Gmaila, Yahoo i Outlook.com wobec nadawców

Od 2024 roku najwięksi dostawcy skrzynek publikują, czego wymagają. Oto one obok siebie.

Każdy nadawca potrzebuje SPF lub DKIM, działającego odwrotnego DNS i poprawnie zbudowanej wiadomości. Nadawcy masowi potrzebują też i SPF, i DKIM, rekordu DMARC zgodnego z adresem From, wypisania jednym kliknięciem i niskiego odsetka skarg.

Nasz raport sprawdza każdą regułę, którą może pokazać jedna wiadomość, a dla reszty pisze „nie da się ocenić”: odsetek skarg jest w Google Postmaster Tools i Yahoo Sender Hub.

GmailYahooOutlook.com
Wszyscy nadawcyNadawcy masowi5 000+ dziennieWszyscy nadawcyNadawcy masowibez podanej liczbyNadawcy masowi5 000+ dziennie
SPF lub DKIM przechodzi4.7.27 · 4.7.30–––
Przechodzą oba: SPF i DKIM4.7.27 · 4.7.30–––
SPF przechodzi––––1
DKIM przechodzi––––1
Rekord DMARC, p=none lub ostrzejszy4.7.40 · 5.7.40–––
From zgodny z SPF lub DKIM (DMARC przechodzi)4.7.32 · 5.7.32––1
Prosty i odwrotny DNS (PTR)4.7.23–––
TLS w połączeniu4.7.29––––
Format wiadomości RFC 53222–––
Brak From: Gmaila spoza Gmaila––––
Prawidłowy adres w From lub Reply-To––––
Wypisanie jednym kliknięciem (RFC 8058)–––
List-Unsubscribe (mailto lub https)––––
Widoczny link do wypisania w treści––
Skargi na spam poniżej 0,3%–––

wymaganezalecane– nie ma w zasadach tego dostawcy4.7.23kod, którym odpowiada Gmail, gdy tego brakujejedna wiadomość tego nie pokaże: piszemy „nie da się ocenić”

1 550 5.7.5152 Gmail wymaga też jednego adresu w From.

Gmail i Yahoo od lutego 2024 (Gmail zaostrza egzekwowanie od listopada 2025), Outlook.com od 5 maja 2025, z odrzuceniem 550 5.7.515. Raport sprawdza każdy wiersz, który może pokazać jedna wiadomość.

Prywatność: co zachowujemy i co widzi serwer poczty

Adres, który sprawdzasz, nie jest zachowywany: zachowujemy tylko odpowiedź, najwyżej przez dobę, pod haszem z kluczem i bez adresu. Treść testowej wiadomości jest usuwana zaraz po analizie.

Sprawdzenie adresu wysyła jego serwerowi poczty kilka krótkich poleceń i nic więcej: EHLO, MAIL FROM:<>, RCPT TO dla adresu i dla jednego zmyślonego adresu (i jeszcze raz dla Outlook.com), RSET, QUIT. Serwer widzi nazwę naszego serwera, pustego nadawcę i adresy, o które pytano: nie ciebie i nie wiadomość.

Raport z testu zachowuje nagłówki wiadomości, jej linki i 140-znakowy podgląd, wraz z ustaleniami, przez 7 dni, żebyś mógł podzielić się jego linkiem; pełna treść i załączniki są usuwane zaraz po analizie. Raport możesz w każdej chwili usunąć z jego własnej strony.

Sprawdź adres
  1. Wpisujesz goTrafia na nasz serwer przez HTTPS, tylko w samym żądaniu.
  2. Serwer poczty widziEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITTe kilka poleceń i nic więcej: nazwę naszego serwera, pustego nadawcę, RCPT TO dla adresu i dla jednego zmyślonego adresu (i jeszcze raz dla Outlook.com). Żadnej wiadomości, żadnego imienia, nic o tobie.
  3. ZachowujemyNie adres. Logi zawierają domenę i kod odpowiedzi; jednoznaczna odpowiedź jest przechowywana najwyżej przez dobę pod haszem z kluczem, bez adresu.
Przetestuj e-mail
  1. Sama wiadomośćJej treść i załączniki są usuwane zaraz po analizie. SpamAssassin czyta ją w pamięci na naszym serwerze poczty; nic nie trafia do logów.
  2. RaportNagłówki, domeny, do których prowadzą linki w wiadomości (z jednym przykładowym linkiem dla każdej), i 140-znakowy podgląd: 7 dni albo dopóki nie naciśniesz „Usuń raport”. Każdy, kto ma jego link, może go otworzyć.
  3. Nigdynie przekazujemy jej dalej, nie odpisujemy na nią i nie czytamy jej ręcznie.
Sprawdzenie adresu to przetwarzanie danych osobowych według RODO, nawet gdy nic się nie zapisuje, więc przechowujemy jak najmniej. Spamhaus prosi narzędzia sprawdzające, by nie oferowały czyszczenia list: listy masowe nie dostają sprawdzeń skrzynek.

Najczęstsze pytania

Czy ten email checker jest darmowy?

Tak, bez rejestracji. Możesz weryfikować pojedyncze adresy (kilka na minutę), sprawdzać listy do 100 adresów i uruchamiać testy dostarczalności e-maila. Limity są dlatego, że każde sprawdzenie trafia do prawdziwego serwera poczty: serwery blokują narzędzia, które pytają zbyt często, a to zatrzymałoby działanie narzędzia dla wszystkich.

Jak sprawdzić e-mail bez wysyłania wiadomości?

Wpisz adres powyżej. Szukamy serwerów poczty domeny, łączymy się z pierwszym i pytamy, czy przyjąłby pocztę dla tego adresu (RCPT TO). Potem pytamy o zmyślony adres w tej samej domenie, żeby wiedzieć, czy serwer je odróżnia, i rozłączamy się, zanim zostanie wysłana jakakolwiek wiadomość.

Jak dokładny jest weryfikator e-maili i czy wiadomość na prawidłowy adres może mimo to wrócić?

Tak dokładny, na ile pozwala dostawca poczty. Gmail, iCloud i większość dostawców konsumenckich odpowiada wyraźnie; domen przyjmujących wszystko i dostawców odmawiających sprawdzania nikt nie potwierdzi. Wiadomość na prawidłowy adres może jednak wrócić przez pełną skrzynkę albo zmianę po sprawdzeniu. Pokazujemy, w którym przypadku jesteś, zamiast zmyślonego odsetka.

Czy ta osoba dowie się, że sprawdziłem jej adres e-mail?

Nie. Nic nie trafia do jej skrzynki odbiorczej, bo rozmowa kończy się przed wysłaniem wiadomości. Serwer jej dostawcy zapisuje połączenie z naszego serwera sprawdzającego, jak od każdego nadawcy, który puka, ale nie powiadamia o tym właściciela skrzynki, a my nie wysyłamy niczego, co mógłby zobaczyć.

Dlaczego adres Gmail, Yahoo lub Outlook.com daje taki wynik?

Gmail sprawdza każdy adres, więc jego odpowiedzi są wiarygodne. Outlook.com czasem raz mówi „tak” dla zmyślonego adresu, więc pytamy dwa razy i ufamy tylko zgodnym odpowiedziom. Yahoo odsyła serwery, których odwrotny DNS się nie zgadza, na razie także nasz, więc adresy Yahoo dostają wynik Nieznany. Własna lista błędów Yahoo też pokazuje, że nieznane konta zwracają wiadomość dopiero po jej wysłaniu.

Czym jest adres e-mail catch-all (przyjmujący wszystko)?

To adres w domenie, której serwer poczty przyjmuje pocztę dla każdego adresu, istniejącego lub nie, i porządkuje ją później. Sprawdzenie nie odróżni tam prawdziwej skrzynki od zmyślonej, więc wynik to Przyjmuje wszystko. Wysyłaj tam tylko wtedy, gdy adres dostałeś od tej osoby, i obserwuj zwroty.

Dlaczego wynik sprawdzenia e-maila to Nieznany?

Serwer poczty nie udzielił odpowiedzi w sprawie adresu. Wrzucił nasz serwer sprawdzający na szarą listę (spróbuj za minutę), odrzucił go z powodu reguły dotyczącej serwerów, nie odpowiedział na czas albo należy do dostawcy, który prosi, by go nie sprawdzać. Nieznany to nigdy „nie”: adres, który ci podano, prawdopodobnie jest w porządku.

Jak przetestować dostarczalność e-maila i jego wynik spamu?

Otwórz „Przetestuj e-mail” powyżej i skopiuj adres testowy na jedną wiadomość. Wyślij na niego swoją prawdziwą wiadomość, z tego samego konta i tą samą usługą, której zwykle używasz. Raport buduje się, gdy każda część jest sprawdzona: serwer wysyłający, SPF, DKIM, DMARC, treść, nagłówki wypisania, SpamAssassin i zasady Gmaila, Yahoo i Outlook.com, z wynikiem na 10.

Czy 10/10 z mail testera znaczy, że e-mail trafi do skrzynki odbiorczej?

Żaden test nie może tego obiecać. Trafianie do skrzynki zależy też od twojej historii wysyłki i od tego, jak często ludzie oznaczają twoją pocztę jako spam, co widzą tylko dostawcy skrzynek. 10/10 znaczy, że nic, co da się sprawdzić w jednej wiadomości, nie budzi zastrzeżeń. Nie mamy skrzynek testowych, więc nigdy nie twierdzimy, że mierzymy trafianie do skrzynki odbiorczej.

Czy przechowujecie adresy, które sprawdzam, albo e-maile, które wysyłam?

Nie adresy: nasze logi zawierają domenę i kod odpowiedzi serwera poczty, a jednoznaczna odpowiedź jest przechowywana najwyżej przez dobę pod haszem z kluczem, bez adresu. Pełna treść i załączniki testowej wiadomości są usuwane zaraz po analizie. Jej raport zachowuje nagłówki, linki i 140-znakowy podgląd przez 7 dni albo dopóki nie naciśniesz „Usuń raport”.

Co znaczy „weryfikacja adresu e-mail” w porównaniu z walidacją?

Walidacja sprawdza postać adresu i jego domenę: składnię oraz to, czy domena ma serwery poczty. Weryfikacja pyta dodatkowo serwer poczty o samą skrzynkę. Ten email checker robi jedno i drugie dla pojedynczych adresów; tryb listy waliduje każdy wiersz i pozwala zweryfikować skrzynkę dowolnego wiersza, gdy tego potrzebujesz.

Czy mogę sprawdzić listę adresów e-mail?

Tak, do 100 naraz, wklejonych albo z pliku CSV, a wyniki możesz pobrać jako CSV. Każdy wiersz dostaje sprawdzenie składni, domeny, serwerów poczty i list. Skrzynki sprawdzamy pojedynczo, gdy tak zdecydujesz, bo pytanie stu serwerów poczty naraz to „czyszczenie” list, które serwery poczty blokują.

Czegoś brakuje?Zaproponuj funkcję lub nowe narzędzie