Sprawdzanie rekordów MX
Sprawdź rekordy MX domeny: priorytety serwerów pocztowych, TTL, zgodność z SPF. Diagnozuj problemy z dostarczaniem emaili. Bezpłatnie.
-
1Wprowadź dane
Wpisz treść, wklej tekst lub załaduj plik z dysku. -
2Kliknij przycisk
Narzędzie natychmiast przetworzy Twoje dane w przeglądarce. -
3Pobierz wynik
Skopiuj gotowy tekst lub zapisz plik na urządzeniu.
return "Wynik gotowy w 0.1s";
}
Oceń to narzędzie:
Powiązane narzędzia
Inne narzędzia, które mogą Ci się przydaćSprawdzanie rekordów MX – diagnostyka DNS poczty email
Rekordy MX (Mail Exchange) wskazują serwery odpowiedzialne za odbieranie poczty dla domeny. Błędna konfiguracja MX = email niedostarcza lub trafia do spamu. Narzędzie weryfikuje rekordy MX domeny, sprawdza priorytety i porównuje z konfiguracją popularnych usług pocztowych.
Czym są rekordy MX
Rekord MX: wpis DNS wskazujący serwer SMTP odbierający email dla domeny. Format: priorytet (liczba) + hostname. Niższy priorytet = wyższy pierwszeństwo. Przykład Google Workspace: MX 1 aspmx.l.google.com, MX 5 alt1.aspmx.l.google.com, MX 5 alt2.aspmx.l.google.com, MX 10 alt3.aspmx.l.google.com. Wiele rekordów MX = redundancja (failover).
Priorytety MX i redundancja
Serwer wysyłający email próbuje MX z najniższym priorytetem (wartość 1 > wartość 10). Jeśli niedostępny: przechodzi do następnego. Ta sama wartość priorytetu: losowy wybór (load balancing). Zalecana konfiguracja: min. 2 rekordy MX różnych providerów dla redundancji. Jeśli tylko 1 MX: awaria = brak poczty.
MX dla popularnych usług
Google Workspace: aspmx.l.google.com + alt1-4. Microsoft 365: domena.mail.protection.outlook.com. OVH: mx1.mail.ovh.net (priorytety 1/5/50). Hetzner: mx.hetzner.com. Zoho: mx.zoho.eu (EU), mx.zoho.com. FastMail: in1-smtp.messagingengine.com. ProtonMail: mail.protonmail.ch. Self-hosted Postfix: własny hostname.
Diagnozowanie problemów email
Email nie dochodzi: sprawdź rekordy MX (dig MX domena.pl). Sprawdź A record hosta MX (musi wskazywać na IP). Sprawdź SPF (TXT: v=spf1...). Sprawdź DMARC (TXT: _dmarc.domena.pl). Sprawdź blacklisty (MXToolbox blacklist check). Sprawdź logi SMTP serwera: /var/log/mail.log. Przetestuj wysyłkę: mail-tester.com.
Najczęstsze pytania
Jak sprawdzić rekordy MX w terminalu?
dig MX domena.pl (Linux/Mac, pakiet dnsutils). nslookup -type=MX domena.pl (Windows). host -t MX domena.pl. Odczyt TTL: dig MX domena.pl +nocmd +noall +answer. Sprawdź A record serwera MX: dig A aspmx.l.google.com. PowerShell: Resolve-DnsName -Type MX domena.pl.
Dlaczego email trafia do spamu?
Brak SPF lub fail. Brak DKIM (podpis emaila). Brak DMARC lub p=none. Reputacja IP: serwer na blackliście. Content spam filtry: słowa kluczowe. Brak reverse DNS (PTR record) dla IP serwera wysyłającego. Zbyt wysoki bounce rate. Za mały spam complaint rate. Sprawdź: mail-tester.com, MXToolbox Super Tool.
Czym różni się rekord MX od A i CNAME?
A record: mapuje hostname na IP (np. mail.domena.pl → 1.2.3.4). MX record: wskazuje serwer pocztowy dla domeny (z priorytetem). CNAME: alias nazwy (np. www → domena.pl). MX musi wskazywać na A record, NIE na CNAME – standard RFC zabrania MX pointing to CNAME (choć wiele serwerów to akceptuje, nie jest to prawidłowe).
Ile czasu zajmuje propagacja rekordów MX?
TTL rekordu: min. 300s (5 min) do 86400s (24h). Zmiana MX: propagacja globalnie 24-48h. Praktycznie: większość serwerów widzi zmianę w 1-4h. Przed migracją poczty: obniż TTL do 300s na kilka dni. Po migracji: podnieś TTL. Sprawdź propagację: dnschecker.org → wybierz typ MX.
Jak działa fallback MX gdy główny serwer niedostępny?
Serwer wysyłający próbuje kolejno: MX priorytetu 1 → timeout → MX priorytetu 5 → itd. Retry queue: serwer wysyłający ponawia próby przez 4-5 dni. Bounce (NDR): wysyłany po wyczerpaniu prób. Tymczasowy błąd (4xx): serwer ponawia. Permanentny błąd (5xx): natychmiastowy bounce.
Powiązane narzedzia: generator rekordu SPF, sprawdzanie rekordow DNS i tester naglowkow email.