Record MX e priorità

Modulo 4: Record per la posta elettronica · Tempo di lettura: 8 minuti

Obiettivo della lezione: Dopo questa lezione sarà in grado di leggere e configurare i record MX, scegliere correttamente la priorità e spiegare cosa succede se un dominio non ha un record MX.

Concetti chiave: record MX, priorità (preference), MX di backup, server di posta (nome host), MX implicito, null MX, consegna locale

Dove deve andare la posta?

Se qualcuno invia un'email a info@example.com, il server di posta del mittente deve capire a quale server consegnare quel messaggio. Lo scopre tramite il DNS, con una richiesta del record MX (Mail eXchanger) di example.com.

La risposta non è un indirizzo IP, ma un elenco di server di posta, ciascuno preceduto da un numero:

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

In seguito il server mittente richiede il record A o AAAA di mail.example.com, e solo allora sa quale indirizzo IP contattare. Un record MX indica quindi sempre un nome, che a sua volta ha un record A o AAAA.

Il record MX si trova quasi sempre sul dominio principale (@), perché riguarda la parte dopo la @ nell'indirizzo email. Se vuole ricevere posta su info@nieuws.example.com, allora nieuws.example.com ha bisogno di un proprio record MX.

Priorità: il numero più basso va per primo

Il numero davanti al server di posta si chiama priorità (nello standard, RFC 5321, si chiama preference). La regola è semplice:

• Più basso è il numero, prima tocca a quel server.
• Se quel server non è raggiungibile, il mittente prova il successivo.
• Se due server hanno lo stesso numero, il mittente distribuisce la posta in modo casuale tra i due. Così può distribuire il carico.

Il numero in sé non significa nulla. 0, 1, 5, 10 o 100: conta solo l'ordine. Un record con priorità 10 e uno con 20 funziona esattamente come 1 e 2. Se il Suo provider di posta indica un numero, lo riprenda così com'è. Se indica un solo server, il numero non ha importanza.

Un server con un numero più alto viene spesso chiamato MX di backup. In passato era comune: se il proprio server era fuori servizio, il backup conservava la posta. Oggi un server mittente conserva la posta da solo per qualche giorno e riprova. Un MX di backup configurato male (ad esempio senza filtro antispam) attira invece spam. Lo usi quindi solo se il Suo provider lo indica espressamente.

Regole per un buon record MX

1. Un nome, non un indirizzo IP. MX 10 192.0.2.25 non è valido. Crei un record A mail con 192.0.2.25 e faccia puntare l'MX a mail.example.com..
2. Non verso un CNAME. Il nome in un record MX deve avere un proprio record A o AAAA, non un CNAME (RFC 2181, paragrafo 10.3). Molti server lo risolvono comunque, ma non tutti.
3. Il punto finale. In molti pannelli digita mail.example.com. con un punto. Senza il punto, il pannello aggiunge di nuovo il Suo nome di dominio: mail.example.com.example.com. Quel nome non esiste, e la Sua posta non arriva.
4. Il server di posta deve esistere. Se l'MX punta a un nome senza record A o AAAA, non arriva nulla. Nella pratica succede spesso quando qualcuno trasferisce i nameserver del proprio dominio verso un costruttore di siti: il record MX viene trasferito, ma il record A di mail no.
5. Rimuovere i vecchi record. Se passa a un altro provider di posta, rimuova i record MX del vecchio provider. Se li lascia, parte della Sua posta continuerà ad arrivare dal vecchio provider.

Nessun record MX: MX implicito e null MX

Cosa succede se un dominio non ha affatto un record MX? Secondo RFC 5321, il server mittente prova allora il record A o AAAA del nome di dominio stesso. Questo si chiama MX implicito. Se il Suo sito web si trova su un server senza posta, il mondo proverà quindi a consegnare la sua posta al Suo server web. Questo causa ritardi e messaggi di errore per il mittente.

Se vuole chiarire che un dominio non riceve mai posta, usi un null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Priorità 0 e come server di posta solo un punto. Un mittente vede allora subito che non deve provare e invia immediatamente al mittente un messaggio di errore pulito. Combini questo con un record SPF v=spf1 -all (lezione 4.3) se il dominio non invia nemmeno posta.

Consegna locale: la trappola nell'hosting con posta

Molti pacchetti di hosting hanno un server web e un server di posta sulla stessa macchina. Quel server pensa per impostazione predefinita: "la posta per questo dominio la consegno io stesso". Se trasferisce la Sua posta a un altro provider, adatta i record MX, ma il server non lo ricorda automaticamente. Conseguenza: la posta dal Suo stesso modulo di contatto, e da altri siti web sullo stesso server, resta bloccata sul vecchio server e non arriva mai al Suo nuovo provider. Il mittente a volte riceve come risposta 550 Unknown user.

Questa domanda arriva molto spesso alle aziende di hosting. Nella maggior parte dei pannelli c'è quindi un interruttore con un nome come "Usa questo server per gestire le mie email" o "Consegna locale della posta". Sta spostando la posta presso un altro fornitore? Modifichi l'MX E disattivi quell'interruttore. Se fa solo una delle due cose, qualcosa andrà storto.

Nella pratica: come appare in un pannello

In questo esempio usiamo DirectAdmin. In Gestione E-mail, record MX vede i record MX del Suo dominio. Per ogni record digita la priorità in un campo e il server di posta subito dopo, con un punto alla fine. Sotto si trova la casella di spunta Usa questo server per gestire le mie email. In Modello MX può scegliere impostazioni già pronte, ad esempio per Microsoft 365 o Google Workspace.

In Mio WebOké trova la stessa cosa nella scheda DNS di un dominio; l'interruttore lì si chiama Consegna.

In cPanel, Plesk, Cloudflare o presso il Suo registrar la schermata appare diversa, ma Lei inserisce sempre le stesse tre cose: il nome (@ o vuoto), la priorità e il server di posta.

Riepilogo

• Il record MX indica dove deve andare la posta per il Suo dominio. Punta sempre a un nome, mai a un indirizzo IP o a un CNAME.
• La priorità più bassa va per prima; numeri uguali si dividono la posta; il numero in sé non significa nulla.
• Senza MX il mondo prova il Suo record A (MX implicito). Se non riceve mai posta, usi MX 0 . (null MX).
• Se trasferisce la Sua posta, rimuova i vecchi record MX e disattivi la consegna locale sul Suo server di hosting.

Quiz

Esercizio

Esercizio Z4.1: Ricercare l'MX. Cerchi i record MX di wikipedia.org (oppure del Suo stesso dominio). Indichi quale server di posta ha il numero di priorità più basso, e quale sia quel numero.

Esercizio O4.1: Configurare da sé nella Sua zona di esercitazione. Nella Sua zona di esercitazione <code>.dnspractice.eu crei due record MX: priorità 10 verso mail.<code>.dnspractice.eu e priorità 20 verso backup.<code>.dnspractice.eu. Crei per entrambi i nomi un record A: mail verso 192.0.2.25 e backup verso 192.0.2.26. Successivamente clicchi su Controllare.

Per approfondire

I passaggi descritti in questi articoli valgono per i pannelli di WebOké; in altri pannelli il funzionamento è simile.

• Guida DirectAdmin 5.5: Record MX: dove arriva la Sua e-mail?
• La Sua email altrove: Microsoft 365, Google Workspace o un server di posta proprio
• L'invio di e-mail tramite PHP non funziona, i record MX puntano altrove
• Guida DirectAdmin 18.9: Non ricevo più email
• RFC 5321 paragrafo 5.1 (instradamento della posta), RFC 7505 (null MX)