Sprawdzanie rekordów MX

Sprawdź MX
Dalej

Gdy wiadomość wraca do nadawcy, w pierwszej kolejności warto sprawdzić rekordy MX odbiorcy. To narzędzie odpytuje autorytatywny DNS dowolnej domeny i zwraca pełną listę nazw hostów serwerów pocztowych (mail exchanger), wartości ich priorytetów oraz rozwiązane adresy IP: dokładnie ten sam obraz, który widzi wysyłający serwer SMTP, zanim spróbuje dostarczyć wiadomość.

Jak działa sprawdzanie MX

  1. 1

    Wpisz domenę

    Wpisz domenę główną (apex), na przykład example.com. Nie dodawaj „mail.” ani żadnego protokołu.

  2. 2

    Odpytaj DNS

    Narzędzie prosi publiczne resolwery o zestaw rekordów MX i odczytuje każdy zwrócony wpis.

  3. 3

    Zobacz priorytety

    Najpierw próbowane są rekordy o niższym numerze priorytetu. Rekordy o równym priorytecie są równoważone metodą round-robin.

  4. 4

    Rozwiąż nazwy hostów

    Każdy cel MX jest rozwiązywany do rekordu A lub AAAA, dzięki czemu od razu wychwycisz martwe hosty.

Co właściwie robią rekordy MX

Rekordy MX (Mail Exchanger) informują świat, które serwery przyjmują pocztę dla danej domeny. Są zwracane w odpowiedzi na zapytanie DNS typu MX, a każdy wpis składa się z dwóch części: numeru priorytetu i nazwy hosta. Serwery wysyłające próbują najpierw najniższego priorytetu, a gdy dostarczenie się nie powiedzie, przechodzą do wyższych numerów.

Budowa rekordu MX

Pole Przykład Znaczenie
Priorytet 10 Kolejność preferencji: im niższa liczba, tym wcześniej próbowany
Exchanger aspmx.l.google.com. Nazwa hosta serwera pocztowego odbierającego pocztę
TTL 3600 Liczba sekund, przez które resolwer może trzymać odpowiedź w pamięci podręcznej

Najczęstsze błędy wykrywane przez to sprawdzanie

  • Rekord A zamiast MX. Niektóre domeny przez pomyłkę kierują domenę główną na host webmail, zamiast ustawić rekordy MX, przez co dostarczanie po cichu przestaje działać.
  • CNAME na domenie głównej. Cele MX muszą być nazwami hostów z rekordami A/AAAA. Użycie CNAME jako celu MX narusza RFC 2181.
  • Brak null MX. Jeśli domena w ogóle nie odbiera poczty, opublikuj MX 0 ., aby nadawcy od razu dostawali odbicie, zamiast ponawiać próby przez wiele dni.
  • Nieaktualne cele Google lub Microsoft. Organizacje migrujące do Microsoft 365 często zapominają usunąć stare wpisy aspmx.l.google.com.

Najczęściej zadawane pytania

Dla redundancji. Poczta działa w modelu „zapisz i przekaż”, więc dostawcy publikują kilka serwerów pocztowych z różnymi priorytetami. Gdy podstawowy serwer przestanie działać, nadawcy automatycznie próbują kolejnego priorytetu.

To najwyższa preferencja: taki rekord jest próbowany jako pierwszy. Sama liczba ma znaczenie wyłącznie w odniesieniu do pozostałych rekordów z tego samego zestawu. Pojedynczy rekord MX o priorytecie 10 zachowuje się identycznie jak pojedynczy rekord o priorytecie 0.

Technicznie tak. Wtedy nadawcy wracają do rekordu A, ale współcześni dostawcy często odmawiają w takiej sytuacji dostarczenia poczty. Jeśli domena nie przyjmuje wiadomości, lepiej opublikować null MX.

Przez pamięć podręczną DNS. Różne resolwery mogą przechowywać nieaktualne rekordy aż do wygaśnięcia TTL. Jeśli właśnie zmieniłeś rekord MX, poczekaj, aż upłynie stary TTL, i dopiero potem porównuj wyniki.

Powiązane narzędzia

Narzędzie jest dostępne w innych językach