Moduł 4 · 4.1
Rekordy MX i priorytet
Moduł 4: Rekordy dla poczty e-mail · Czas czytania: 8 min
Cel lekcji: Po tej lekcji będą Państwo potrafili odczytywać i ustawiać rekordy MX, prawidłowo wybierać priorytet oraz wyjaśnić, co się dzieje, gdy domena nie ma rekordu MX.
Kluczowe pojęcia: rekord MX, priorytet (preference), zapasowy MX, serwer pocztowy (nazwa hosta), domyślny MX, null MX, lokalne doręczanie
Dokąd ma trafić poczta?
Jeśli ktoś wysyła wiadomość na adres info@example.com, serwer pocztowy nadawcy musi ustalić, do którego serwera ma dostarczyć tę wiadomość. Sprawdza to w DNS, pytając o rekord MX (Mail eXchanger) domeny example.com.
Odpowiedzią nie jest adres IP, lecz lista serwerów pocztowych, każdy z liczbą z przodu:
example.com. 3600 IN MX 10 mail.example.com.
example.com. 3600 IN MX 20 backup.example.net.Następnie serwer wysyłający pyta o rekord A lub AAAA dla mail.example.com i dopiero wtedy wie, pod jaki adres IP ma się połączyć. Rekord MX zawsze wskazuje więc na nazwę, która sama musi mieć rekord A lub AAAA.
Rekord MX znajduje się niemal zawsze na samej nazwie domeny (@), ponieważ chodzi o część po @ w adresie e-mail. Jeśli chcą Państwo odbierać pocztę na info@nieuws.example.com, domena nieuws.example.com potrzebuje własnego rekordu MX.
Priorytet: niższy idzie pierwszy
Liczba przy serwerze pocztowym to priorytet (w standardzie, RFC 5321, nazywany jest preference). Zasada jest prosta:
- Im niższa liczba, tym wcześniej dany serwer jest brany pod uwagę.
- Jeśli ten serwer jest niedostępny, nadawca próbuje kolejnego.
- Jeśli dwa serwery mają tę samą liczbę, nadawca rozdziela pocztę losowo między nimi. Dzięki temu można rozłożyć obciążenie.
Sama liczba nie ma znaczenia. 0, 1, 5, 10 lub 100: liczy się tylko kolejność. Rekord z priorytetem 10 i rekord z priorytetem 20 działają dokładnie tak samo jak 1 i 2. Jeśli dostawca poczty podaje konkretną liczbę, proszę ją zastosować. Jeśli podaje tylko jeden serwer, liczba nie ma znaczenia.
Serwer z wyższą liczbą nazywamy często zapasowym MX. Dawniej było to powszechne: gdy własny serwer przestawał działać, zapasowy serwer przechowywał pocztę. Obecnie serwer wysyłający sam przechowuje pocztę przez kilka dni i próbuje ponownie. Źle skonfigurowany zapasowy MX (na przykład bez filtra antyspamowego) przyciąga raczej spam. Proszę używać go więc tylko wtedy, gdy dostawca poczty wyraźnie tego wymaga.
Zasady poprawnego rekordu MX
- Nazwa, nie adres IP.
MX 10 192.0.2.25jest nieprawidłowy. Proszę utworzyć rekord Amailz adresem192.0.2.25i skierować MX namail.example.com.. - Nie na CNAME. Nazwa w rekordzie MX musi mieć własny rekord A lub AAAA, a nie CNAME (RFC 2181, paragraf 10.3). Wiele serwerów mimo to to obsługuje, ale nie wszystkie.
- Kropka na końcu. W wielu panelach wpisuje się
mail.example.com.z kropką. Bez kropki panel doda jeszcze raz nazwę domeny na końcu:mail.example.com.example.com. Taka nazwa nie istnieje i poczta nie dotrze. - Serwer pocztowy musi istnieć. Jeśli MX wskazuje na nazwę bez rekordu A lub AAAA, nic nie dotrze. W praktyce widzimy to często, gdy ktoś przenosi serwery nazw swojej domeny do kreatora stron: rekord MX zostaje przeniesiony, ale rekord A dla
mailjuż nie. - Usunięcie starych rekordów. Przy zmianie dostawcy poczty należy usunąć rekordy MX starego dostawcy. Jeśli zostaną, część poczty nadal będzie trafiać do starego dostawcy.
Brak rekordu MX: domyślny MX i null MX
Co się dzieje, gdy domena w ogóle nie ma rekordu MX? Zgodnie z RFC 5321 serwer wysyłający próbuje wtedy rekordu A lub AAAA samej nazwy domeny. Nazywa się to domyślnym MX. Jeśli strona internetowa znajduje się na serwerze bez obsługi poczty, świat będzie próbował dostarczyć pocztę do serwera WWW. Powoduje to opóźnienia i komunikaty o błędach u nadawcy.
Jeśli chcą Państwo wyraźnie zaznaczyć, że domena nigdy nie odbiera poczty, proszę użyć null MX (RFC 7505):
example.net. 3600 IN MX 0 .Priorytet 0 i jako serwer pocztowy tylko kropka. Nadawca od razu widzi, że nie musi próbować, i wysyła nadawcy od razu przejrzysty komunikat o błędzie. Proszę połączyć to z rekordem SPF v=spf1 -all (lekcja 4.3), jeśli domena również nie wysyła poczty.
Lokalne doręczanie: pułapka przy hostingu z pocztą
Wiele pakietów hostingowych ma serwer WWW i serwer pocztowy na jednej maszynie. Taki serwer domyślnie zakłada: "pocztę dla tej domeny dostarczę sam". Przy przenoszeniu poczty do innego dostawcy zmieniają Państwo rekordy MX, ale serwer nie zapamiętuje tego automatycznie. Skutek: poczta z własnego formularza kontaktowego oraz z innych stron na tym samym serwerze nadal utyka na starym serwerze i nigdy nie dociera do nowego dostawcy. Nadawca czasem otrzymuje zwrotkę 550 Unknown user.
To pytanie bardzo często trafia do firm hostingowych. Dlatego w większości paneli znajduje się przełącznik o nazwie w stylu "Użyj tego serwera do obsługi mojej poczty e-mail" lub "Lokalne doręczanie poczty". Przenoszą Państwo pocztę do innego dostawcy? Proszę zmienić MX i wyłączyć ten przełącznik. Zrobienie tylko jednej z tych rzeczy spowoduje problemy.
W praktyce: jak to wygląda w panelu
W tym przykładzie korzystamy z DirectAdmin. W sekcji Zarządzanie pocztą E-mail, Rekordy MX widoczne są rekordy MX danej domeny. Przy każdym rekordzie wpisuje się priorytet w polu, a za nim serwer pocztowy, z kropką na końcu. Poniżej znajduje się pole wyboru Użyj tego serwera do obsługi mojej poczty e-mail. W polu Szablon MX można wybrać gotowe ustawienia na przykład dla Microsoft 365 lub Google Workspace.
W Moje WebOké te same opcje znajdują się na karcie DNS danej domeny; przełącznik nazywa się tam Dostarczanie.
W cPanel, Plesk, Cloudflare lub u rejestratora ekran wygląda inaczej, ale zawsze wypełnia się te same trzy elementy: nazwę (@ lub puste), priorytet i serwer pocztowy.
Podsumowanie
- Rekord MX wskazuje, dokąd ma trafić poczta dla danej domeny. Wskazuje na nazwę, nigdy na adres IP ani na CNAME.
- Najniższy priorytet idzie pierwszy; przy równych liczbach poczta jest dzielona; sama liczba nie ma znaczenia.
- Bez MX świat próbuje rekordu A (domyślny MX). Jeśli domena nigdy nie odbiera poczty, proszę użyć
MX 0 .(null MX). - Przy zmianie dostawcy poczty proszę usunąć stare rekordy MX i wyłączyć lokalne doręczanie na serwerze hostingowym.
Quiz
Zadanie
Zadanie Z4.1: Wyszukiwanie MX. Proszę wyszukać rekordy MX domeny wikipedia.org (lub Państwa własnej domeny). Proszę wpisać, który serwer pocztowy ma najniższy priorytet oraz jaka to liczba.
Zadanie O4.1: Samodzielne ustawienie w strefie ćwiczeniowej. Proszę utworzyć w strefie ćwiczeniowej dwa rekordy MX: priorytet 10 na <code>.dnspractice.eumail. i priorytet 20 na <code>.dnspractice.eubackup.. Proszę utworzyć dla obu nazw rekord A: <code>.dnspractice.eumail na 192.0.2.25 i backup na 192.0.2.26. Następnie proszę kliknąć Sprawdź.
Zadanie O4.1
To zadanie wykonują Państwo we własnej strefie ćwiczeniowej: prawdziwej strefie DNS na serwerach nazw WebOké, przeznaczonej tylko dla Państwa. Proszę zalogować się za pomocą adresu e-mail. Otrzymają Państwo link logujący e-mailem i wrócą następnie do tej lekcji. Adres e-mail wykorzystujemy wyłącznie na potrzeby kursu.
Dalsza lektura
Kroki opisane w tych artykułach dotyczą paneli WebOké; w innych panelach działa to w podobny sposób.
- Instrukcja DirectAdmin 5.5: Rekordy MX: gdzie trafia Pana/Pani poczta E-mail?
- Państwa poczta e-mail gdzie indziej: Microsoft 365, Google Workspace lub własny serwer pocztowy
- Wysyłanie poczty przez PHP nie działa, rekordy MX wskazują na inny serwer
- Instrukcja DirectAdmin 18.9: Nie otrzymuję już wiadomości e-mail
- RFC 5321 paragraf 5.1 (routing poczty), RFC 7505 (null MX)
