Il record MX (Mail Exchanger) è il protocollo di routing fondamentale per il traffico SMTP in entrata. Quando un Mail Transfer Agent (MTA) esterno — come Google Workspace o Microsoft Exchange — deve consegnare una mail a utente@example.com, esegue una ricerca DNS sulla zona example.com richiedendo specificamente i record MX. Il payload restituito fornisce l'elenco degli hostname autorizzati ad accettare posta per conto di quell'organizzazione.

Interi di priorità e failover SMTP

A differenza dei record A standard, i record MX implementano una gerarchia nativa usando interi di priorità (es. 10, 20, 50). Questo intero detta la preferenza di connessione: l'MTA mittente tenterà sempre di stabilire uno handshake TCP sulla porta 25 con il server che possiede il valore numerico più basso. Se quel server primario rifiuta la connessione, va in timeout o restituisce un errore 4xx temporaneo, l'MTA ricade automaticamente sul record con il numero successivo più basso. Impostare più record MX con lo stesso identico intero di priorità abilita un load balancing round-robin elementare per i flussi di posta in entrata.

La violazione del IP "nudo" (RFC 1035)

Uno degli errori di configurazione più comuni dei sysadmin alle prime armi è puntare un record MX direttamente a un indirizzo IPv4. Secondo gli standard DNS rigorosi (RFC 1035), la destinazione di un record MX deve essere un hostname canonico, mai un IP. Ad esempio, puntare un MX a 192.168.1.50 viola il protocollo: deve puntare a un hostname tipo mail.example.com, che a sua volta risolve all'IP tramite un record A. I filtri anti-spam aziendali rigorosi e i sistemi di rilevamento delle intrusioni scartano aggressivamente le mail in provenienza da o in transito verso domini con destinazione MX basata su IP.

Record Null MX (RFC 7505) e mitigazione dello spam

Se un dominio è usato esclusivamente per traffico web e non è mai destinato a ricevere posta, è molto esposto al backscatter spam. Gli attaccanti spoofano il dominio nello spam in uscita, facendo tornare a cascata migliaia di messaggi di bounce automatici sul dominio. Per mitigare il problema, gli amministratori deployano un record "Null MX": configurando un unico record MX con priorità 0 e destinazione . (la radice), si istruisce matematicamente tutti i server di posta globali che il dominio non accetta posta, costringendoli a scartare i messaggi istantaneamente senza tentare la consegna.