Jak sprawdzić czy mail istnieje i ile można ufać wynikowi

Żadne narzędzie nie daje 100% pewności, że skrzynka istnieje. Adres sprawdzisz na czterech poziomach: składnia, domena z rekordem MX, rozmowa SMTP (RCPT TO) i ocena jakości adresu. Dwa pierwsze poziomy wykluczają adresy na pewno martwe, trzeci odpowiada o skrzynce tylko wtedy, gdy serwer odpowiada wprost.

Pytanie „czy ten mail istnieje” to w praktyce pytanie o ryzyko hard bounce, czyli trwałego odrzucenia wiadomości, które obciąża reputację nadawcy (bounce rate w cold mailingu). Protokół SMTP (RFC 5321) pozwala serwerowi odpowiedzieć wprost, ale catch-all, greylisting i zabezpieczenia Gmaila oraz Microsoft 365 czasem to utrudniają. Źródła odczytano 1 października 2026. Chcesz ustalić, kto wysłał Ci wiadomość? Użyj narzędzia Co to za mail.

Jakie są poziomy pewności przy sprawdzaniu adresu e-mail?

Są cztery, od najtańszego do najdokładniejszego. Im wyższy poziom, tym więcej mówi o samej skrzynce, ale tym częściej kończy się odpowiedzią „nie wiadomo”.

Jedynym pewnym źródłem jest realna wiadomość, ale kosztuje reputację domeny.

Jak sprawdzić składnię adresu e-mail według RFC?

Adres to nazwa skrzynki, znak @ i domena. RFC 5321 (pkt 4.5.3.1) ogranicza nazwę skrzynki do 64 znaków, domenę do 255, a całą ścieżkę do 256. RFC 5322 (pkt 3.4.1) dopuszcza w nazwie litery, cyfry, znaki specjalne (m.in. + - _ ') i kropki między znakami. Zapis w cudzysłowie jest możliwy, ale norma zaleca prostą formę.

Nasze narzędzie stosuje praktyczną wersję tych reguł: odrzuca podwójne kropki, kropkę na początku i końcu nazwy, nazwy dłuższe niż 64 znaki oraz polskie znaki. RFC 6531 dopuszcza UTF-8 w nazwie, ale tylko gdy obie strony obsługują to rozszerzenie SMTP, więc w kampanii taki adres traktujemy jako błąd.

Składnia wyłapuje literówki z ręcznie spisanych list, np. brakujący @ czy spację. Niczego więcej nie dowodzi: adres jan.kowalski@firma.pl jest poprawny także wtedy, gdy nikt taki w firmie nie pracuje.

Jak sprawdzić, czy domena adresu przyjmuje pocztę (rekord MX)?

Zapytaj DNS o rekord MX domeny. Lista serwerów pocztowych oznacza, że domena przyjmuje pocztę. Brak domeny (NXDOMAIN) albo pusty rekord MX oznacza, że wiadomość nie ma dokąd pójść. Zrobisz to bez żadnego narzędzia:

nslookup -type=mx firma.pl
dig MX firma.pl +short

nslookup działa w Windows, macOS i Linuksie (dokumentacja Microsoftu opisuje przełącznik -type=), dig jest standardem w macOS i Linuksie. Przykładowe odczyty z 1 października 2026:

$ dig MX gmail.com +short
5 gmail-smtp-in.l.google.com.
10 alt1.gmail-smtp-in.l.google.com.
(dalej alt2, alt3 i alt4)

$ dig MX example.com +short
0 .

Jak czytać wynik:

• Lista serwerów z numerami. Domena odbiera pocztę. Niższy numer to wyższy priorytet.
• 0 . To Null MX (RFC 7505): domena jawnie deklaruje, że nie przyjmuje poczty.
• Pusta odpowiedź, ale domena istnieje. Brak MX. RFC 5321 (pkt 5.1) dopuszcza wtedy próbę doręczenia na rekord A lub AAAA, ale to układ niepewny.
• NXDOMAIN albo „Non-existent domain”. Domena nie istnieje.

Rekord MX dotyczy całej domeny, nie pojedynczej skrzynki. Ten poziom wykonuje nasz darmowy weryfikator e-mail: odpytuje MX, A i AAAA na żywo, a wynik DNS może pochodzić z pamięci podręcznej do 15 minut. Definicja: rekord MX.

Czy rozmowa SMTP potwierdza, że skrzynka istnieje?

Czasem. Serwer pocztowy domeny można zapytać komendą RCPT TO, czy przyjmie wiadomość dla danego adresu, bez wysyłania treści. Odpowiedź 250 oznacza przyjęcie, 550 5.1.1 brak konta, ale wiele serwerów nie odpowiada wprost.

EHLO nadawca.example
MAIL FROM:<sprawdzanie@nadawca.example>
RCPT TO:<jan.kowalski@firma.pl>
250 2.1.5 Recipient OK        (serwer przyjmie adres)
550 5.1.1 User unknown        (skrzynki nie ma)

Sonda kończy rozmowę po RCPT TO i nie wysyła komendy DATA, więc odbiorca nie dostaje żadnej wiadomości (komendę opisuje RFC 5321, pkt 4.1.1.3). Różne odpowiedzi znaczą różne rzeczy:

Kody pochodzą z dokumentacji Gmaila i Microsoftu. Słownik: SMTP.

Kiedy serwer nie zdradza, czy skrzynka istnieje?

Gdy domena jest catch-all, stosuje greylisting lub tarpitting, chroni się przed zbieraniem adresów albo blokuje IP pytającego. Uczciwy wynik brzmi wtedy „nie wiadomo”, a nie „działa”.

• Catch-all (accept-all). Serwer przyjmuje pocztę na każdy adres. Weryfikatory wykrywają to, pytając o losowy, zmyślony adres w tej samej domenie: jeśli i on dostaje 250, odpowiedź o prawdziwy adres nic nie znaczy (catch-all w słowniku).
• Greylisting. Serwer odrzuca pierwszą próbę kodem 4xx (wg RFC 6647 421 lub 450) i czeka na ponowienie. Serwer pocztowy nadawcy ponowi, ale sonda, która pyta raz, dostaje tylko odpowiedź tymczasową.
• Tarpitting. Exchange Server potrafi celowo opóźniać odpowiedź „550 5.1.1 User unknown” (domyślnie 5 sekund na złączach odbiorczych), żeby utrudnić zgadywanie adresów hurtem (dokumentacja Microsoftu).
• Duże platformy. Gmail publikuje m.in. kody 421 4.7.28 i 550 5.7.28 dla nietypowej liczby wiadomości z jednego IP, więc sonda odpytująca wiele adresów może na nie trafić. W Microsoft 365 domena typu authoritative odrzuca nieistniejące adresy na brzegu (550 5.4.1), a typu internal relay przekazuje nieznane adresy do własnego serwera firmy (typy domen). Microsoft zastrzega, że w rzadkich przypadkach nieistniejące adresy mogą zostać przepuszczone.
• Blokady IP i port 25. Sonda wymaga otwartego portu 25 i adresu IP o dobrej reputacji. Wiele środowisk chmurowych tego portu nie otwiera, np. Vercel go blokuje.

Co wykrywa sprawdzenie domen jednorazowych, adresów rolowych i spam trapów?

Domeny jednorazowe, adresy rolowe i darmowych dostawców (gmail.com, wp.pl) wykrywa się z list znanych wzorców, więc wynik jest tak dobry, jak lista. Spam trapów nie wykryje z pewnością żadne narzędzie, bo ich właściciele ukrywają adresy.

• Domena jednorazowa. Serwis tymczasowych skrzynek (Mailinator, YOPmail). Nasz weryfikator porównuje domenę z listą ok. 60 takich serwisów, domen spoza listy nie rozpozna. Adres bywa aktywny, ale nie ma wartości w kampanii (domena jednorazowa).
• Adres rolowy. Skrzynka działowa: info@, biuro@, kontakt@. RFC 2142 opisuje standardowe nazwy takich skrzynek (m.in. info, sales, support, abuse). Narzędzie rozpoznaje ok. 40 prefiksów, w tym polskie: biuro, kontakt, faktury, rekrutacja. „Ryzykowny” nie znaczy „nie istnieje”, tylko „czyta go wiele osób albo nikt” (adres rolowy). Jak dojść do adresu imiennego, opisuje tekst jak znaleźć osobę decyzyjną w firmie.
• Spam trap. Amazon SES definiuje go jako uśpiony adres służący wyłącznie do wabienia spamu, zaznacza, że kupione listy mogą takie adresy zawierać, i że właściciele pilnie je ukrywają. Realna obrona to jakość źródła i świeżość danych (spam trap).

Co oznacza wynik weryfikacji i czy wysyłać na taki adres?

To robocza reguła decyzyjna oparta na tym, co potrafi potwierdzić każdy poziom. Kolumna ryzyka jest jakościowa: nie podajemy procentów, bo zależą od listy i serwerów odbiorców.

Wynik „zweryfikowany” znaczy „serwer zadeklarował przyjęcie adresu”, a nie „człowiek przeczyta”. Skrzynka może zostać usunięta albo zapełniona, a serwer może zmienić zasady, dlatego weryfikację się powtarza.

Jakie darmowe metody ręczne sprawdzą adres e-mail?

Trzy są bezpieczne: sprawdzenie MX komendą nslookup lub dig, odszukanie adresu na stronie firmy lub w rejestrze oraz wyszukanie go w Google. Dwie odradzamy: odzyskiwanie hasła i testową wiadomość.

1. MX przez nslookup lub dig. Eliminuje martwe domeny i nic nie ryzykuje (komendy wyżej).
2. Adres opublikowany przez samą firmę. Zakładka kontakt, stopka albo rejestr, w którym przedsiębiorca podał adres, np. CEIDG. To najlepszy dowód, że adres jest w użyciu, ale nie zgoda na marketing (jak znaleźć maile do firm).
3. Google. Wpisz adres w cudzysłowie. Trafienie na stronie firmy to dobry znak, brak trafienia nic nie znaczy.
4. Odzyskiwanie hasła w serwisie. Odradzamy: zależnie od serwisu może uruchomić wiadomość do właściciela konta, czyli kontakt, o który nikt nie prosił.
5. Testowa wiadomość. Wyjaśniamy niżej.

Dlaczego testowy mail do nieznanej listy szkodzi reputacji domeny?

Bo testowa wiadomość jest prawdziwą wiadomością z Twojej domeny. Każdy nieistniejący adres odda hard bounce, który trafi do statystyk reputacji, a każdy istniejący dostanie mail od nieznanego nadawcy.

Dostawcy patrzą na odbicia, a progi opisujemy w tabeli niżej. Przykład ilustracyjny: wysyłasz „test” na 100 adresów z kupionej listy i 8 się odbija. To 8% bounce rate na starcie, powyżej progu przeglądu konta w Amazon SES. Testowy mail ma sens tylko do jednego adresu, o którym wiesz, że należy do osoby czekającej na Twoją wiadomość.

Jak zweryfikować listę przed kampanią i jakie progi przyjąć?

Przejdź listę przez poziomy od najtańszego, usuń to, co na pewno martwe, wydziel adresy ryzykowne i wyślij małą partię. Dla skarg na spam Google i Yahoo podają próg 0,3%, dla bounce żaden z nich nie podaje liczby.

1. Duplikaty i składnia. Walidator listy e-mail działa w przeglądarce, lista nie opuszcza Twojego komputera.
2. Domena i MX hurtem. Usuń NXDOMAIN, Null MX i brak serwerów pocztowych.
3. SMTP z wykrywaniem catch-all. Robi to aplikacja albo zewnętrzny weryfikator, nie darmowy test DNS.
4. Segmentacja. „Zweryfikowany” wysyłasz normalnie, catch-all i rolowe małymi partiami, „nieznany” sprawdzasz ponownie, resztę usuwasz.
5. Pierwsza partia i monitoring. Zbieraj kody odbić, zanim wyślesz resztę.

Progi, które sprawdzisz u źródła (stan na 1 października 2026):

Wymagania Gmaila i Yahoo omawia tekst o wymaganiach dla nadawców. Słownik: weryfikacja adresu e-mail.

Czy weryfikacja adresu zastępuje podstawę prawną do kontaktu?

Nie. Weryfikacja odpowiada na pytanie techniczne, czy wiadomość ma szansę dojść, a nie na pytanie, czy wolno ją wysłać.

Adres imienny może być daną osobową (art. 4 pkt 1 RODO: informacja o możliwej do zidentyfikowania osobie fizycznej), a RODO obejmuje operacje na takich danych. Marketing środkami komunikacji elektronicznej dotyczy też art. 398 Prawa komunikacji elektronicznej (ustawa z 12 lipca 2024 r., Dz.U. 2024 poz. 1221), interpretowanego różnie. Publiczny adres, poprawny wynik DNS i status „zweryfikowany” nie zastępują oceny podstawy kontaktu.

To materiał informacyjny, nie porada prawna; dla Twojej sytuacji skonsultuj się z prawnikiem. Szerzej: art. 398 PKE i PKE a cold mailing B2B.

Jak OutreachPilot weryfikuje adresy przed wysyłką?

Na dwóch poziomach. Darmowe narzędzia działają bez SMTP. W aplikacji adresy przechodzą kontrolę z rozmową SMTP i wykrywaniem catch-all, a przed pierwszym mailem kampanii są sprawdzane. Opis na 1 października 2026, według kodu i dokumentacji produktu.

• Narzędzia darmowe. Weryfikator e-mail sprawdza jeden adres: składnię, MX, domeny jednorazowe i rolowe, bez SMTP i bez testu catch-all. Walidator listy liczy lokalnie w przeglądarce, bez DNS. Email finder generuje kandydatów i sprawdza składnię oraz DNS/MX, bez potwierdzania skrzynek.
• Kolejność w aplikacji. Format, domena jednorazowa, MX, rozmowa SMTP, potem sonda catch-all na losowym adresie tej samej domeny. „Zweryfikowany” dostaje wyłącznie adres, który przeszedł wszystkie kroki.
• Cztery statusy. Zweryfikowany; ryzykowny (catch-all, odpowiedzi tymczasowe 421/450/451/452, domeny jednorazowe, adresy rolowe bez jednoznacznej odpowiedzi); nieprawidłowy (zła składnia, brak MX, serwer mówi, że konta nie ma); nieznany (timeout, blokada, brak jednoznacznej odpowiedzi). Odpowiedzi o blokadzie sondy (5.7.x, blocklist) nie są dowodem braku skrzynki.
• Gdzie widać wynik. Przy adresie w wynikach wyszukiwania (znaczek „skrzynka potwierdzona”), w filtrze „Adres e-mail” na liście leadów i na karcie „Zdrowie danych”.
• Bramka przed wysyłką. Przed pierwszym mailem kampanii sprawdzany jest adres bez statusu, ze statusem „nieznany” albo z wynikiem starszym niż 30 dni. Adres nieprawidłowy nie dostaje maila, a adres zgadnięty z wzorca dostaje go dopiero po potwierdzeniu. Gdy weryfikator nie odpowiada, adresy bez dość świeżego wyniku są odkładane, a nie wysyłane w ciemno. W nocy system sprawdza ponownie adresy z aktywnych kampanii starsze niż 30 dni (co nowego).

Czego nie obiecujemy: „zweryfikowany” nie zapowiada doręczenia, a „nieznany” zdarza się także przy poprawnych adresach. Nie podajemy wskaźnika dokładności, bo nie mamy jeszcze niezależnie sprawdzonej próbki.

Co zrobisz w produkcie: po założeniu konta wyszukujesz firmy, ustawiasz na liście leadów filtr „Adres e-mail: zweryfikowany” i dopiero te leady dodajesz do kampanii. Limity planów opisuje cennik.

Najczęstsze pytania

Jak sprawdzić, czy adres e-mail istnieje bez wysyłania wiadomości?

Sprawdź składnię, rekord MX domeny (nslookup lub dig) i, jeśli masz narzędzie, odpowiedź serwera na RCPT TO. Dwa pierwsze kroki są darmowe i wykluczają adresy na pewno martwe. Trzeci odpowiada o skrzynce, ale nie przy catch-all, greylistingu i blokadach.

Czy darmowy weryfikator e-mail potwierdzi istnienie skrzynki?

Nasz darmowy weryfikator nie. Sprawdza składnię, domenę, MX, domeny jednorazowe i adresy rolowe, bez rozmowy SMTP i testu catch-all, więc wynik „prawdopodobnie doręczalny” nie potwierdza skrzynki. Narzędzia z rozmową SMTP potrafią więcej, ale tylko gdy serwer odpowiada wprost.

Dlaczego zweryfikowany adres może się odbić?

Weryfikacja pokazuje stan z chwili sprawdzenia i deklarację serwera. Skrzynka może zostać usunięta lub zapełniona, a domena catch-all przyjmie adres, którego potem nie dostarczy. Dlatego weryfikację się powtarza, a pierwsze partie wysyła się małe.

Co to jest catch-all i czy wysyłać na takie adresy?

Catch-all to domena przyjmująca pocztę na każdy adres, także nieistniejący. Weryfikator nie odróżni tam prawdziwej skrzynki od zmyślonej, więc takie adresy traktuj jako ryzykowne: wysyłaj małymi partiami i obserwuj odbicia oraz odpowiedzi.

Czy sprawdzenie adresu zastępuje zgodę lub podstawę prawną do wysyłki?

Nie. Test techniczny nie sprawdza podstawy kontaktu z odbiorcą. To materiał informacyjny, nie porada prawna; dla Twojej sytuacji skonsultuj się z prawnikiem.

Źródła

Wszystkie odczytane 1 października 2026.

• RFC 5321, SMTP (pkt 4.1.1.3, 4.5.3.1, 5.1)
• RFC 5322, Internet Message Format (pkt 3.4.1)
• RFC 6531, SMTPUTF8
• RFC 6647, Email Greylisting
• RFC 7505, Null MX
• RFC 2142, Mailbox Names for Common Services, Roles and Functions
• Google, Email sender guidelines
• Yahoo, Sender best practices
• Google Workspace, Gmail SMTP errors and codes
• Microsoft, Directory-Based Edge Blocking
• Microsoft, Accepted domains w Exchange Online
• Microsoft, Recipient filtering i tarpitting
• Microsoft, nslookup
• Amazon SES, Reputation metrics messages
• Vercel, Can I use SMTP with Vercel?
• Prawo komunikacji elektronicznej, Dz.U. 2024 poz. 1221
• RODO, Rozporządzenie (UE) 2016/679