Sprawdzanie rekordów MX
Serwery pocztowe domeny: priorytety, adresy IP, PTR i błędy konfiguracji.
Sprawdzanie rekordów MX: serwery pocztowe domeny
Rekordy MX mówią nadawcom, na które serwery i w jakiej kolejności dostarczać pocztę dla domeny. Narzędzie pobiera rekordy MX, sortuje je wg priorytetu, dla każdego serwera ustala IPv4 i IPv6, rekord PTR i dostawcę poczty oraz wyłapuje błędy, przez które poczta ginie: MX na adres IP lub CNAME, serwer bez adresu, prywatny IP, null MX razem ze zwykłymi rekordami.
Jak korzystać
- Wpisz domenę (lub e-mail — weźmiemy część po @)
- Porównaj serwery i dostawcę z tym, gdzie naprawdę jest Twoja poczta
- Popraw wskazane błędy, a potem sprawdź SPF, DKIM i DMARC
FAQ
Co pokazuje sprawdzanie rekordów MX
Rekord MX (Mail Exchanger) mówi nadawcy, na który serwer dostarczać pocztę dla domeny. Narzędzie pobiera rekordy MX, sortuje je wg priorytetu, dla każdego serwera ustala IPv4 i IPv6, rekord PTR (nazwę zwrotną) i po nazwach serwerów rozpoznaje dostawcę poczty. Potem wyszukuje błędy, przez które wiadomości giną lub wracają.
| Oznaczenie w tabeli | Co znaczy | Co zrobić |
|---|---|---|
| nie rozwiązuje się | Host MX nie ma rekordów A/AAAA | Popraw nazwę w MX lub dodaj hostowi rekord A |
| IP zamiast nazwy | W MX wpisano adres IP | Utwórz rekord A mail.domena i wpisz go w MX |
| CNAME | MX wskazuje na alias | Wpisz nazwę docelową, na którą wskazuje CNAME |
| prywatny IP | Adres w rodzaju 10.x, 192.168.x, 127.x | Podaj publiczny adres serwera |
| null MX | Domena deklaruje, że nie przyjmuje poczty | Nic, jeśli poczta w domenie nie jest potrzebna |
Jak działa priorytet MX
Nadawca wybiera serwer z najmniejszą liczbą priorytetu, a gdy jest niedostępny — kolejny. Serwery o tym samym priorytecie dzielą pocztę losowo. Same liczby nie mają znaczenia: 1 i 5 działają tak samo jak 10 i 50. Klasyczny układ:
example.com. 3600 IN MX 10 mx1.example.com. example.com. 3600 IN MX 20 mx2.example.com.
Zapasowy MX ma sens przy własnym serwerze. W poczcie w chmurze (Google Workspace, Microsoft 365) pod jedną nazwą działa wiele serwerów, więc jeden rekord MX to norma. Nadawcy i bez zapasowego MX ponawiają doręczenie przez kilka dni, więc krótka awaria nie gubi poczty. Ważniejsze jest co innego: zapasowy serwer musi filtrować tak samo ściśle jak główny, inaczej spamerzy będą wysyłać przez niego.
Null MX: domena bez poczty
Jeśli domena nie odbiera poczty (landing, domena przekierowująca, domena techniczna), opublikuj null MX zgodnie z RFC 7505 — jedyny rekord z priorytetem 0 i kropką zamiast nazwy:
example.com. IN MX 0 .
Nadawca od razu zwróci wiadomość z czytelnym błędem, zamiast przez kilka dni pukać na adres A strony. Null MX nie można łączyć ze zwykłymi rekordami MX — narzędzie oznaczy taki błąd. Pełne zabezpieczenie domeny bez poczty to null MX, SPF v=spf1 -all i DMARC v=DMARC1; p=reject; sprawdź je w sprawdzaniu SPF i sprawdzaniu DMARC.
Brak rekordów MX: niejawny MX
Gdy MX nie ma wcale, wg RFC 5321 nadawca próbuje dostarczyć wiadomość na adres A/AAAA samej domeny. Zwykle jest tam serwer WWW, który poczty nie przyjmuje: wiadomości czekają w kolejkach i po kilku dniach wracają. Narzędzie pokazuje te adresy osobno. Rozwiązanie — MX Twojego dostawcy poczty albo null MX.
Typowe rekordy MX popularnych dostawców
| Dostawca | MX (wg dokumentacji dostawcy) |
|---|---|
| Google Workspace | 1 smtp.google.com (starsze konfiguracje — pięć rekordów aspmx.l.google.com i alt1…alt4) |
| Microsoft 365 | 0 domena-tld.mail.protection.outlook.com (nowsze domeny mogą dostać nazwę w strefie mx.microsoft) — dokładną nazwę podaje centrum administracyjne |
| Zoho Mail | mx.zoho.com, mx2.zoho.com, mx3.zoho.com (dla UE — zoho.eu) |
| Proton Mail | 10 mail.protonmail.ch, 20 mailsec.protonmail.ch |
Wartości się zmieniają, więc przy konfiguracji kopiuj je z instrukcji dostawcy, a tutaj sprawdzaj wynik. Jeśli rozpoznany dostawca nie zgadza się z tym, gdzie masz skrzynki, rekordy MX zostały po poprzedniej usłudze i poczta trafia tam.
PTR i reputacja serwera pocztowego
PTR to rekord zwrotny, który przypisuje adresowi IP nazwę. Dla przychodzących MX niewiele zmienia, ale jeśli ten sam serwer wysyła pocztę, odbiorcy sprawdzają, czy IP ma PTR i czy ta nazwa wskazuje z powrotem na ten sam IP. Bez tego poczta z własnego serwera często trafia do spamu. PTR ustawia właściciel IP — hosting lub operator; szczegóły sprawdzisz w odwrotnym DNS, a reputację adresu w sprawdzaniu czarnych list.
Sprawdzanie MX z wiersza poleceń
dig +short MX example.com nslookup -type=mx example.com
Po zmianie MX stary rekord żyje w pamięci resolverów do wygaśnięcia TTL (widać go w tabeli). Przed przenosinami poczty obniż TTL z wyprzedzeniem i nie wyłączaj starej skrzynki, dopóki wszyscy nie zobaczą nowych MX — pokaże to sprawdzanie propagacji DNS.
MX dotyczy tylko poczty przychodzącej
Poprawne MX gwarantują, że poczta dotrze do Ciebie. To, czy Twoje wiadomości trafią do skrzynki odbiorczej adresatów, zależy od SPF, DKIM i DMARC. Następnie sprawdź SPF, DKIM i DMARC — linki do wszystkich czterech testów są też nad wynikiem.