MX misconfiguration

Błędna konfiguracja rekordów MX uniemożliwia doręczanie poczty do domeny lub kieruje ją na niewłaściwy serwer.

Rola rekordów MX w dostarczaniu poczty

MX misconfiguration oznacza błędną konfigurację rekordów DNS typu MX, które wskazują serwery odpowiedzialne za odbieranie poczty dla danej domeny. Gdy nadawca wysyła wiadomość na adres w domenie przyklad.pl, jego serwer pocztowy odczytuje z DNS rekordy MX dla przyklad.pl, a następnie próbuje nawiązać połączenie SMTP z jednym ze wskazanych hostów. Rekord MX nie zawiera adresu IP, lecz nazwę hosta, na przykład mail.przyklad.pl. Adres IP tego hosta jest ustalany osobno za pomocą rekordu A dla IPv4 albo AAAA dla IPv6.

Każdy rekord MX ma wartość preferencji, nazywaną również priorytetem. Niższa liczba oznacza wyższą preferencję, więc serwer z wartością 10 jest wybierany przed serwerem z wartością 20. Kilka rekordów MX pozwala wskazać serwery zapasowe. Jeżeli mają taką samą preferencję, serwer wysyłający może rozdzielać próby między nimi. Sama obecność rekordu MX nie gwarantuje jednak dostarczenia poczty: wskazany host musi mieć poprawne rekordy adresowe, działać w sieci i przyjmować połączenia SMTP dla właściwej domeny.

Najczęstsze postacie błędnej konfiguracji

Problem powstaje między innymi wtedy, gdy rekord MX wskazuje nieistniejącą nazwę hosta, nazwę bez odpowiedniego rekordu A lub AAAA albo niewłaściwy serwer. Błędem jest również wpisanie adresu IP bezpośrednio w polu MX, ponieważ wartość tego rekordu powinna być nazwą domenową. Cel rekordu MX nie powinien być także aliasem CNAME. W praktyce poprawna konfiguracja może wyglądać tak, że domena ma rekord MX wskazujący na mail.przyklad.pl, a ten host ma własny rekord A z adresem IPv4.

Do niedoręczeń prowadzi także pominięcie kropki kończącej pełną nazwę domenową w panelu DNS, jeżeli dany panel interpretuje wpis jako nazwę względną. Wtedy zamiast mail.przyklad.pl może powstać niezamierzona nazwa, na przykład mail.przyklad.pl.przyklad.pl. Inną przyczyną jest pozostawienie starego rekordu MX po zmianie operatora poczty, ustawienie wyższego priorytetu dla niewłaściwego serwera albo niespójna konfiguracja między autorytatywnymi serwerami DNS.

Jak rozpoznać błąd w odpowiedzi DNS i SMTP

Podstawową kontrolę wykonuje się, odczytując rekordy MX z użyciem narzędzia dig, na przykład poleceniem dig MX przyklad.pl. W systemie Windows podobną funkcję może pełnić nslookup -type=MX przyklad.pl. Następnie należy sprawdzić każdy host wskazany przez MX, wykonując zapytania A i AAAA. Istotne są również pola TTL, ponieważ resolver może przechowywać poprzednią odpowiedź do czasu wygaśnięcia jej czasu życia. Z tego powodu zmiana rekordu nie musi być widoczna natychmiast u wszystkich nadawców.

Brak rekordów MX nie zawsze oznacza identyczny rezultat. Zgodnie z zasadami SMTP serwer wysyłający może w określonych warunkach użyć rekordów A lub AAAA domeny, gdy rekord MX nie istnieje. Inaczej działa rekord MX typu null MX, zapisywany jako wartość preferencji 0 i cel .. Taki wpis jawnie informuje, że domena nie przyjmuje poczty. Błędne ustawienie null MX może więc zatrzymać dostarczanie, mimo że zapytanie DNS zwraca formalnie poprawny rekord.

Skutki i uporządkowanie konfiguracji

Objawem MX misconfiguration może być natychmiastowe odrzucenie wiadomości przez serwer SMTP, komunikat o braku trasy do hosta, błąd rozpoznawania nazwy albo czasowe odroczenie dostarczenia. Serwer nadawcy zwykle ponawia próbę przez pewien czas, dlatego wiadomość może dotrzeć z opóźnieniem zamiast zostać od razu zwrócona. Jeżeli wszystkie wskazane serwery MX są niedostępne, nie mają poprawnego DNS lub odrzucają pocztę dla danej domeny, nadawca ostatecznie wygeneruje komunikat o niedostarczeniu.

Naprawa polega na ustaleniu właściwych nazw hostów odbierających pocztę, usunięciu nieaktualnych rekordów, poprawieniu wartości preferencji oraz zapewnieniu zgodności rekordów MX z rekordami A i AAAA. Po zmianie trzeba uwzględnić TTL i sprawdzić odpowiedzi z więcej niż jednego resolvera DNS. Należy również potwierdzić, że serwer SMTP nasłuchuje na porcie 25, przedstawia właściwą nazwę podczas połączenia i akceptuje odbiorców w danej domenie. Sama korekta DNS nie naprawi błędu po stronie serwera pocztowego, zapory sieciowej ani konfiguracji domeny odbiorczej.