Jak zweryfikować adres e-mail przed wysyłką

Zwrócony e-mail mówi coś, czego często można było dowiedzieć się przed wysyłką: że adres nie istnieje. W zimnej korespondencji, w której adresy pochodzą ze stron internetowych, katalogów i wizytówek, a nie z formularzy zapisu, część każdej listy będzie nieaktualna.

Ten przewodnik jest dla każdego, kto zamierza wysłać e-maile na listę, której nie zbudował na podstawie dobrowolnych zapisów (opt-in) — zespołów sprzedaży, założycieli, agencji. My (Outreach) wyjaśniamy trzy kontrole, które mówią, czy adres może odbierać pocztę, gdzie te kontrole przestają działać i jak czytać kody zwrotów, które otrzymuje się, gdy wiadomość mimo wszystko się nie powiedzie.

Krótka odpowiedź na początek: zwykle można potwierdzić, że adres istnieje, bez wysyłania na niego e-maila, ale nie zawsze — a wiedza, kiedy nie można tego ustalić, jest równie przydatna jak sama odpowiedź.

Dlaczego warto weryfikować adresy e-mail przed wysyłką?

Ponieważ dostawcy poczty oczekują od nadawców usuwania nieprawidłowych adresów, a każdy zwrot to wiadomość, która nie dotarła do nikogo. Najlepsze praktyki z Yahoo Sender Hub mówią: „Szybko usuwaj nieprawidłowych odbiorców ze swojej listy.” Wytyczne Google dla nadawców e-maili zalecają „automatycznie wypisywać odbiorców, do których wiadomości wielokrotnie wracały”, a także: „jeśli wiadomości zaczynają być zwracane lub odraczane, zmniejszyć wolumen wysyłki, aż spadnie odsetek błędów SMTP.”

Mówiąc prościej: dostawcy obserwują, jak postępuje się ze złymi adresami. Sprawdzenie przed wysyłką oznacza mniej zwrotów do obsłużenia później i czystszy obraz tego, ilu prawdziwych ludzi osiągnęła kampania.

Jakie są kroki weryfikacji adresu e-mail?

Trzy kontrole, po kolei: czy adres ma poprawną budowę, czy jego domena ma serwer pocztowy i czy ten serwer mówi, że skrzynka istnieje? Każdy krok wychwytuje problemy, których poprzedni nie widzi.

Pozytywny wynik w kroku 3 to najsilniejszy sygnał, jaki można uzyskać bez wysyłania. Ale jak zobaczymy, niektóre serwery dają tę samą odpowiedź dla każdego adresu, prawdziwego lub nie.

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

Należy potwierdzić, że jest dokładnie jeden znak @, przed nim poprawnie wyglądająca część, a po nim prawdziwa domena — w granicach długości ze standardu SMTP. RFC 5321 ustala „maksymalną łączną długość nazwy użytkownika lub innej części lokalnej” (części przed @) na 64 oktety, a maksymalną długość domeny na 255 oktetów.

Kontrola składni wychwytuje oczywiste błędy: sales@@example.com, info@example, spację na końcu skopiowaną ze strony internetowej albo przecinek wpisany zamiast kropki. Jest tania i natychmiastowa, więc zawsze uruchamia się ją pierwszą. Nie powie jednak, czy ktokolwiek stoi za danym adresem. Adres jane.doe@example.com ma poprawną budowę niezależnie od tego, czy Jane tam pracuje.

Jak działa wyszukiwanie MX?

Pyta DNS, który serwer odbiera pocztę dla domeny; jeśli go nie ma, żaden adres w tej domenie nie może odbierać e-maili. Rekord MX (mail exchanger) wskazuje serwer, który przyjmuje pocztę dla domeny. Wyszukanie go mówi, czy domena w ogóle jest skonfigurowana do odbioru e-maili.

Trzy wyniki, zgodnie ze standardami:

• Znaleziono rekordy MX. Domena ma serwer pocztowy — przechodzi się do kroku 3.
• Domena nie istnieje. RFC 5321 mówi: „Jeśli zwrócony zostanie błąd nieistniejącej domeny, tę sytuację MUSI się zgłosić jako błąd.” Adres jest martwy.
• Brak rekordu MX, ale domena istnieje. RFC 5321 mówi, że adres „jest traktowany tak, jakby był powiązany z niejawnym rekordem MX” — poczta trafia na rekord adresowy samej domeny. Brak MX nie jest więc automatycznie ślepym zaułkiem.

Istnieje też jawny sygnał „nie przyjmujemy poczty”. RFC 7505 definiuje „null MX” — pojedynczy rekord MX z preferencją 0 i „.” jako nazwą serwera — który „spowoduje natychmiastowe niepowodzenie wszystkich prób dostarczenia poczty do domeny.” Jeśli się go zobaczy, należy przestać: domena zadeklarowała, że nie odbiera e-maili.

Jak działa sprawdzenie skrzynki przez SMTP bez wysyłania e-maila?

Program sprawdzający łączy się z serwerem pocztowym domeny i rozpoczyna dostarczanie, podaje odbiorcę, odczytuje odpowiedź serwera, a potem rozłącza się, zanim wyśle jakąkolwiek treść wiadomości. W terminach SMTP: połączenie, EHLO, MAIL FROM, RCPT TO:<address>, odczyt kodu odpowiedzi, potem QUIT — krok DATA, w którym trafiłaby właściwa wiadomość, nigdy nie następuje.

Liczy się odpowiedź na RCPT TO. RFC 5321 definiuje kody:

Dlaczego nie zapytać serwera bezpośrednio poleceniem VRFY? Ponieważ serwery mogą je wyłączyć. RFC 5321 w sekcji 7.3 pozwala witrynom wyłączać VRFY ze względów bezpieczeństwa i mówi, że serwer, który to robi, „MUSI zwrócić odpowiedź 252” — odpowiedź, która nie oznacza ani tak, ani nie. Dlatego programy sprawdzające używają zamiast tego ścieżki RCPT TO.

W naszych własnych testach z września 2026 roku metoda RCPT poprawnie rozpoznała wszystkie 6 adresów w małym znanym zbiorze: 3 adresy, o których wiedzieliśmy, że zwracały wiadomości, 2 działające adresy i 1 w domenie catch-all, który słusznie oznaczyliśmy jako niemożliwy do potwierdzenia.

Czym jest domena catch-all i dlaczego nie da się jej zweryfikować?

Domena catch-all przyjmuje pocztę na każdy adres — prawdziwy lub zmyślony — więc jej serwer odpowiada „250 OK” dla każdego odbiorcy, a kontrola przed wysyłką nic nie wnosi. Niektóre firmy konfigurują pocztę w ten sposób, aby literówki w adresach i tak do kogoś docierały. Inne używają bramek, które najpierw przyjmują wszystko, a porządkują później.

Catch-all wykrywa się, pytając serwer o adres, który prawie na pewno nie istnieje, na przykład długi losowy ciąg w tej samej domenie. Jeśli serwer przyjmie i ten adres, każde jego „tak” nic nie znaczy.

Jak często to się zdarza? We wrześniowym teście 2026 roku my (Outreach) wysłaliśmy kontrole RCPT ze zmyślonymi adresami do 25 domen pocztowych wybranych spośród 200 zebranych przez nas kontaktów firmowych (głównie koreańskich firm). Około 74% domen odpowiedziało uczciwie i odrzuciło fałszywy adres; około 25% go przyjęło — były to domeny catch-all. Należy traktować to jako jedną próbkę jednego rynku, a nie uniwersalny wskaźnik. Chodzi o to, że to nie jest rzadkie.

W przypadku adresów catch-all uczciwym wynikiem jest „nie można zweryfikować”. Jedynym sposobem, by się przekonać, jest wysyłka, a to kwestia oceny: adres opublikowany na własnej stronie firmy jest lepszym zakładem niż adres odgadnięty ze wzoru nazwy.

Dlaczego niektóre serwery pocztowe odmawiają kontroli weryfikacyjnych?

Niektóre serwery pocztowe ograniczają, kto może pytać o odbiorców, więc zamiast odpowiadać, opóźniają, tymczasowo odrzucają lub zrywają połączenie. Odmowy zwykle wyglądają tak:

• Tymczasowa odpowiedź 4xx dla każdego odbiorcy, z prośbą o ponowienie później.
• Odpowiedź 5xx, która odwołuje się do polityki lub reputacji, a nie do skrzynki — na przykład rozszerzony kod 5.7.1, który RFC 3463 opisuje jako „Dostarczenie nieautoryzowane, wiadomość odrzucona.”
• Brak odpowiedzi albo zerwane połączenie.

Żadna z tych rzeczy nie mówi, czy skrzynka istnieje. Dobry weryfikator zgłasza je jako „nieznane”, a nie „nieprawidłowe” — oznaczenie prawdziwego adresu jako martwego tylko dlatego, że jego serwer był ostrożny, oznaczałoby wyrzucenie dobrego kontaktu.

Niektórzy dostawcy hostingu blokują też połączenia wychodzące na porcie 25, porcie SMTP, co oznacza, że program sprawdzający uruchomiony u nich w ogóle nie może połączyć się z serwerami pocztowymi. I tu właściwą odpowiedzią jest „nie można zweryfikować”, a nie „nie istnieje.”

Jak czytać kody zwrotów po wysyłce?

Należy spojrzeć na pierwszą cyfrę rozszerzonego kodu statusu: 5 oznacza błąd trwały, 4 tymczasowy. Następnie środkowa cyfra mówi, jakiego rodzaju jest problem. RFC 3463 definiuje kody w postaci class.subject.detail:

• 5.x.x — Błąd trwały: „mało prawdopodobne, że zostanie rozwiązany przez ponowne wysłanie wiadomości w obecnej postaci.”
• 4.x.x — Uporczywy błąd przejściowy: „wysłanie w przyszłości może się udać.”

Kody, które widać najczęściej, gdy problemem jest adres:

Ostatni wiersz ma znaczenie. Kod 5.7.x zwykle oznacza, że serwer odbierający odmówił nadawcy, a nie że brakuje skrzynki. Zanim usunie się kontakt, trzeba sprawdzić konfigurację SPF, DKIM i DMARC.

Jak sprawdzić pojedynczy adres za darmo?

Należy wpisać go w naszym bezpłatnym narzędziu do sprawdzania adresów e-mail; wykonuje ono kontrolę składni, MX i skrzynki i zwraca jeden z trzech wyników. Rejestracja nie jest potrzebna. Narzędzie jest dostępne po angielsku i koreańsku; wpisuje się adres, który ma zostać sprawdzony. Wynik jest jednym z poniższych:

• Ten adres może odbierać pocztę — serwer pocztowy przyjął odbiorcę.
• Ten adres nie istnieje — adres ma niepoprawną budowę, domena nie ma serwera pocztowego albo serwer powiedział, że nie ma takiej skrzynki.
• Nie można tego zweryfikować — domena jest typu catch-all, serwer odmówił kontroli albo kontrola nie była możliwa. Narzędzie podaje, który powód miał zastosowanie.

Aby narzędzie nie było wykorzystywane do masowego sondowania, dopuszcza ograniczoną liczbę kontroli dziennie. Dla całej listy należy weryfikować w ramach własnego procesu wysyłki, a nie pojedynczo.

Co zrobić z adresami, których nie można zweryfikować?

Trzymać je osobno, wysyłać do nich mniejszymi partiami i usuwać te, które zwrócą się z kodem 5.x.x. Praktyczna kolejność:

1. Odrzucić wszystko, co nie przechodzi kontroli składni lub nie ma serwera pocztowego.
2. Usunąć adresy, o których serwer powiedział, że nie istnieją.
3. Wysłać najpierw na adresy potwierdzone.
4. Na adresy z wynikiem „Nie można tego zweryfikować” wysyłać ostrożniej i usuwać te, które wrócą z trwałym zwrotem — tak jak radzą Yahoo i Google.

Pamiętajmy też, że prawidłowy adres nie oznacza chętnego odbiorcy. Skargi na spam liczą się przeciwko nadawcy niezależnie od tego, czy adres istnieje; liczby omawiamy we wpisie dlaczego zimne e-maile trafiają do spamu.

W skrócie

• Weryfikacja w trzech krokach: składnia → wyszukiwanie MX → sprawdzenie skrzynki przez SMTP (RCPT, bez wysyłania treści).
• Część przed @ może mieć najwyżej 64 znaki (RFC 5321); null MX oznacza, że domena nie przyjmuje poczty (RFC 7505).
• Domeny catch-all przyjmują każdy adres — w naszym teście 25 domen około 25% — więc niektóre adresy można oznaczyć tylko jako „Nie można tego zweryfikować.”
• W zwrotach 5.x.x oznacza błąd trwały, a 4.x.x tymczasowy; 5.1.1 oznacza, że skrzynka nie istnieje; 5.7.x wskazuje na problem z polityką, a nie zły adres.
• Pojedynczy adres można sprawdzić naszym bezpłatnym narzędziem do sprawdzania e-maili.