Înregistrări MX și prioritate

Modulul 4: Înregistrări pentru e-mail · Timp de citire: 8 minute

Obiectiv de învățare: După această lecție veți putea citi și configura înregistrări MX, alege corect prioritatea și explica ce se întâmplă atunci când un domeniu nu are înregistrare MX.

Concepte-cheie: înregistrare MX, prioritate (preference), MX de rezervă, server de e-mail (nume de gazdă), MX implicit, null MX, livrare locală

Unde trebuie să ajungă mesajul?

Dacă cineva trimite un e-mail către info@example.com, serverul de e-mail al expeditorului trebuie să afle la ce server trebuie livrat acel mesaj. Acest lucru se verifică în DNS, printr-o interogare a înregistrării MX (Mail eXchanger) pentru example.com.

Răspunsul nu este o adresă IP, ci o listă de servere de e-mail, fiecare precedată de un număr:

example.com.   3600  IN  MX  10 mail.example.com.
example.com.   3600  IN  MX  20 backup.example.net.

Apoi serverul expeditor interoghează înregistrarea A sau AAAA pentru mail.example.com, și abia atunci știe ce adresă IP trebuie să contacteze. Așadar, o înregistrare MX indică întotdeauna către un nume, care la rândul său are propria înregistrare A sau AAAA.

Înregistrarea MX se află aproape întotdeauna pe domeniul rădăcină (apex) însuși (@), deoarece se referă la partea de după @ din adresa de e-mail. Dacă doriți să primiți e-mailuri la info@nieuws.example.com, atunci nieuws.example.com are nevoie de propria sa înregistrare MX.

Prioritate: numărul mai mic are prioritate

Numărul din fața serverului de e-mail se numește prioritate (în standard, RFC 5321, se numește preference). Regula este simplă:

• Cu cât numărul este mai mic, cu atât serverul respectiv este ales mai întâi.
• Dacă acel server nu este accesibil, expeditorul încearcă următorul server.
• Dacă două servere au același număr, expeditorul distribuie mesajele aleatoriu între cele două. Astfel se poate echilibra încărcarea.

Numărul în sine nu are nicio semnificație. 0, 1, 5, 10 sau 100: contează doar ordinea. O înregistrare cu prioritatea 10 și una cu 20 funcționează exact la fel ca 1 și 2. Dacă furnizorul dumneavoastră de e-mail vă indică un anumit număr, preluați-l întocmai. Dacă indică un singur server, numărul nu contează.

Un server cu un număr mai mare este adesea numit MX de rezervă. În trecut, acest lucru era obișnuit: dacă propriul server era indisponibil, serverul de rezervă păstra mesajele. În prezent, un server expeditor păstrează el însuși mesajele câteva zile și încearcă din nou. Un MX de rezervă configurat necorespunzător (de exemplu, fără filtru de spam) atrage de fapt spam. Folosiți unul doar dacă furnizorul dumneavoastră indică expres acest lucru.

Reguli pentru o înregistrare MX corectă

1. Un nume, nu o adresă IP. MX 10 192.0.2.25 nu este valid. Creați o înregistrare A pentru mail cu 192.0.2.25 și lăsați MX să indice către mail.example.com.
2. Nu către un CNAME. Numele dintr-o înregistrare MX trebuie să aibă el însuși o înregistrare A sau AAAA, nu un CNAME (RFC 2181, secțiunea 10.3). Multe servere rezolvă totuși situația, dar nu toate.
3. Punctul de la final. În multe panouri scrieți mail.example.com. cu punct. Fără punct, panoul adaugă din nou domeniul dumneavoastră: mail.example.com.example.com. Acest nume nu există, iar mesajele nu ajung la destinație.
4. Serverul de e-mail trebuie să existe. Dacă MX indică un nume fără înregistrare A sau AAAA, nimic nu ajunge la destinație. În practică acest lucru se întâlnește des când cineva transferă serverele de nume ale domeniului către un constructor de site-uri: înregistrarea MX este transferată, dar înregistrarea A pentru mail nu.
5. Eliminați înregistrările vechi. Dacă treceți la un alt furnizor de e-mail, eliminați înregistrările MX ale furnizorului vechi. Dacă le lăsați, o parte din mesajele dumneavoastră vor ajunge în continuare la vechiul furnizor.

Fără înregistrare MX: MX implicit și null MX

Ce se întâmplă dacă un domeniu nu are deloc înregistrare MX? Conform RFC 5321, serverul expeditor încearcă atunci înregistrarea A sau AAAA a domeniului însuși. Acest lucru se numește MX implicit. Dacă site-ul dumneavoastră se află pe un server fără e-mail, lumea întreagă va încerca să vă livreze mesajele la serverul web. Acest lucru provoacă întârzieri și mesaje de eroare la expeditor.

Dacă doriți să precizați clar că un domeniu nu primește niciodată e-mail, folosiți un null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritate 0 și ca server de e-mail doar un punct. Astfel, expeditorul vede imediat că nu trebuie să încerce și trimite direct expeditorului original un mesaj de eroare clar. Combinați acest lucru cu o înregistrare SPF v=spf1 -all (lecția 4.3) dacă domeniul nici nu trimite e-mailuri.

Livrarea locală: capcana la hostingul cu e-mail

Multe pachete de hosting au un server web și un server de e-mail pe aceeași mașină. Acel server gândește implicit: "livrez eu însumi mesajele pentru acest domeniu". Dacă vă mutați e-mailul la un alt furnizor, actualizați înregistrările MX, dar serverul nu reține automat acest lucru. Rezultat: mesajele de la propriul formular de contact, și de la alte site-uri de pe același server, rămân blocate pe vechiul server și nu ajung niciodată la noul furnizor. Expeditorul primește uneori înapoi 550 Unknown user.

Furnizorii de hosting primesc foarte des această întrebare. De aceea, în majoritatea panourilor există un comutator cu un nume precum "Folosiți acest server pentru a gestiona e-mailurile mele" sau "Livrare locală de e-mail". Mutați e-mailul la altă parte? Modificați MX și dezactivați acel comutator. Dacă faceți doar una din cele două, lucrurile nu vor funcționa corect.

În practică: cum arată într-un panou

În acest exemplu folosim DirectAdmin. Sub E-mail Manager, MX Records, vedeți înregistrările MX ale domeniului dumneavoastră. La fiecare înregistrare introduceți prioritatea într-o căsuță, iar serverul de e-mail imediat după, cu un punct la final. Mai jos se află bifa Folosiți acest server pentru a gestiona e-mailurile mele. La MX Template puteți alege setări predefinite, de exemplu pentru Microsoft 365 sau Google Workspace.

În Contul meu WebOké, aceleași setări se găsesc pe fila DNS a unui domeniu; acolo comutatorul se numește Livrare.

În cPanel, Plesk, Cloudflare sau la registrarul dumneavoastră, ecranul arată diferit, dar completați întotdeauna aceleași trei elemente: numele (@ sau gol), prioritatea și serverul de e-mail.

Rezumat

• Înregistrarea MX indică unde trebuie să ajungă e-mailul pentru domeniul dumneavoastră. Ea indică un nume, niciodată o adresă IP sau un CNAME.
• Prioritatea cea mai mică are precădere; numerele egale împart mesajele; numărul în sine nu are semnificație.
• Fără MX, lumea întreagă încearcă înregistrarea dumneavoastră A (MX implicit). Dacă nu primiți niciodată e-mail, folosiți MX 0 . (null MX).
• Dacă vă mutați e-mailul, eliminați vechile înregistrări MX și dezactivați livrarea locală pe serverul de hosting.

Quiz

Exercițiu

Exercițiul Z4.1: Căutarea MX. Căutați înregistrările MX ale wikipedia.org (sau ale propriului domeniu). Completați care server de e-mail are cel mai mic număr de prioritate și care este acel număr.

Exercițiul O4.1: Configurare proprie în zona de exersare. Creați în zona dumneavoastră de exersare <code>.dnspractice.eu două înregistrări MX: prioritate 10 către mail.<code>.dnspractice.eu și prioritate 20 către backup.<code>.dnspractice.eu. Creați pentru ambele nume câte o înregistrare A: mail către 192.0.2.25 și backup către 192.0.2.26. Apoi faceți clic pe Verificare.

Pentru aprofundare

Pașii din aceste articole se referă la panourile WebOké; în alte panouri procedura este similară.

• Manual DirectAdmin 5.5: Înregistrările MX: unde ajunge e-mailul dumneavoastră?
• Email-ul dumneavoastră în altă parte: Microsoft 365, Google Workspace sau un server de e-mail propriu
• Trimiterea e-mailurilor prin PHP nu funcționează, înregistrările MX trimit în altă parte
• Manual DirectAdmin 18.9: Nu mai primesc e-mailuri
• RFC 5321 secțiunea 5.1 (rutarea e-mailului), RFC 7505 (null MX)