Sprawdzanie składni adresu e-mail i tego, czy jego domena może odbierać pocztę, jednego adresu lub listy
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.Adres e-mail jest poprawny, gdy spełnia reguły SMTP (najwyżej 64 znaki przed @ i 254 łącznie), a jego domena ma serwer pocztowy w DNS. Ten walidator sprawdza oba warunki, podaje przyczynę, gdy adres nie przechodzi, i obsługuje listę do 500 adresów naraz.
Ta strona została przetłumaczona maszynowo z angielskiego oryginału. Tłumaczenie nie zostało jeszcze sprawdzone przez człowieka, dlatego wiążąca jest wersja angielska. Przeczytaj angielski oryginał
Wybierz Jeden adres i wpisz adres w polu albo kliknij Wypróbuj przykład.
Odczytaj wynik w sekcji Wynik; problem ze składnią jest podany wraz z przyczyną.
Przerwij na chwilę pisanie, a domena zostanie sprawdzona: jej serwery pocztowe pojawią się z priorytetem.
W przypadku listy wybierz Lista adresów, wklej po jednym adresie w wierszu, kliknij przycisk Sprawdź pod listą, a potem Kopiuj jako tabelę.
Wpisz adres albo wklej listę, a każdy adres przejdzie dwie kontrole.
Pierwsza to składnia, według praktycznego rdzenia RFC 5321 i RFC 5322. Część przed @ może zawierać litery, cyfry, kropki i symbole dopuszczone przez standard, w tym + i apostrofy; nie może zaczynać się ani kończyć kropką, nie może mieć dwóch kropek z rzędu i może mieć najwyżej 64 znaki. Domena musi mieć co najmniej dwie części, każdą złożoną z liter, cyfr i łączników. Cały adres może mieć najwyżej 254 znaki. Gdy adres nie przechodzi, strona podaje, którą regułę naruszył. Części lokalne w cudzysłowie, domeny będące adresem IP i litery spoza alfabetu angielskiego są przyjmowane z uwagą, bo standard je dopuszcza, ale wiele usług je odrzuca.
Druga to domena. Strona pyta publiczny resolver DNS over HTTPS, 1.1.1.1 od Cloudflare lub 8.8.8.8 od Google, o rekordy MX domeny, czyli listę serwerów przyjmujących jej pocztę. Rozpoznaje też pusty MX, rekord z RFC 7505 mówiący, że domena nie przyjmuje żadnej poczty, oraz dawne rozwiązanie zastępcze, w którym domena bez MX odbiera pocztę pod własnym adresem. Do resolvera trafia tylko część z domeną; część przed @ nigdy nie opuszcza urządzenia.
Tego, czy skrzynka istnieje, żaden walidator nie może uczciwie stwierdzić bez wysłania wiadomości. Ta strona nigdy nie wysyła testowego e-maila i nigdy nie łączy się z serwerem pocztowym. Usługi obiecujące pewność zwykle otwierają rozmowę SMTP i przerywają ją przed wiadomością, a wielu dużych dostawców celowo odpowiada "tak" na każdy adres, żeby spamerzy nie mogli korzystać z tej sztuczki. Pozytywny wynik oznacza tu, że adres jest poprawnie zbudowany, a jego domena jest skonfigurowana do odbioru poczty, nic więcej.
W przypadku listy można wkleić po jednym adresie w wierszu albo skopiowanych odbiorców w postaci Name [email protected]; duplikaty są usuwane.
Wystarczy wkleić go w pole powyżej. Strona sprawdza składnię według reguł SMTP i w razie błędu podaje naruszoną regułę, a potem pyta publiczny resolver DNS, czy domena ma serwery pocztowe. Obie kontrole trwają sekundę, a lista do 500 adresów działa tak samo.
Nie, i żadne uczciwe narzędzie nie może tego zrobić bez wysłania poczty. Jedynym sposobem jest dostarczenie wiadomości albo otwarcie rozmowy SMTP z serwerem, a ta strona nie robi ani jednego, ani drugiego. Wielu dużych dostawców celowo akceptuje też każdy adres podczas takiej rozmowy, więc nawet takie próby często niczego nie rozstrzygają.
Rekord MX to wpis DNS wskazujący serwery przyjmujące pocztę dla domeny, każdy z liczbą priorytetu; niższe liczby są próbowane jako pierwsze. Domena Gmaila ma ich kilka. Domena bez rekordu MX i bez rekordu adresu nie ma gdzie odbierać poczty, więc każda wiadomość na adres w niej wróci.
Pusty MX (null MX), zdefiniowany w RFC 7505, to pojedynczy rekord MX z priorytetem 0 i hostem ".". Domena publikuje go, aby ogłosić, że nigdy nie przyjmuje poczty, dzięki czemu nadawcy od razu dostają błąd zamiast ponawiać próby przez wiele dni. Adresy w takiej domenie są poprawnie zbudowane, ale nie da się na nie nic dostarczyć.
Tak. Plus to jeden ze znaków, które RFC 5322 dopuszcza przed @, a Gmail, Outlook i wielu innych dostawców dostarcza name+anything@ do tej samej skrzynki co name@. Niektóre formularze rejestracji błędnie go odrzucają, ale sam adres jest poprawny i ten walidator go akceptuje.
Tylko domena, czyli część po @, trafia jako zapytanie DNS do wybranego publicznego resolvera, Cloudflare lub Google. Część przed @ nigdy nie opuszcza urządzenia, żaden e-mail nie jest wysyłany i żaden serwer pocztowy nie jest odpytywany. Nasz własny serwer w ogóle nie bierze w tym udziału.
Nadal coś nie działa? Zapytaj o narzędzie Walidator adresu e-mail a odpowiedzieć może każdy, kto zna odpowiedź. Konto nie jest potrzebne.