MX Lookup: verifica i record MX
Fai un MX Lookup su qualsiasi dominio. Vedi quali server di posta ricevono le sue email e in che ordine li contattano i mittenti.
Come verificare i record MX di un dominio
- Per trovare i record MX di un dominio, scrivilo nel campo qui sopra. Va bene anche un indirizzo email completo o il link di un sito. Lo strumento tiene solo il dominio.
- Clicca su Verifica i record MX. Lo strumento legge i record dal DNS pubblico, quindi vedi quello che vede adesso chi invia un'email a quel dominio.
- Leggi prima il riepilogo. Ti dice se il dominio può ricevere email.
- Poi guarda la tabella. Ogni riga è un server di posta, con il numero di priorità, gli indirizzi IP e il TTL.
Se hai cambiato i record da poco e vedi ancora quelli vecchi, aspetta che scada il TTL indicato in tabella. Il TTL è il numero di secondi per cui i resolver possono tenere la risposta precedente. Il link nella barra degli indirizzi ripete lo stesso controllo dei record MX. Puoi inviarlo a un collega o al gestore del tuo DNS.

Cos'è un record MX
Un record MX (mail exchanger record) è la voce DNS che dice agli altri server di posta dove consegnare le email di un dominio. Quando qualcuno scrive ad anna@example.com, il suo server di posta cerca i record MX di example.com e si collega al server indicato. Un MX Lookup, detto anche ricerca del server di posta, legge proprio questi record. Per una spiegazione semplice con un esempio passo per passo, leggi la voce record MX del nostro glossario.
Ogni record ha due parti: un numero di priorità e il nome di un server di posta. La guida di configurazione di Google Workspace chiede un solo record, come questo:
example.com. 3600 IN MX 1 smtp.google.com.
I domini Workspace più vecchi spesso hanno ancora cinque record, a partire da ASPMX.L.GOOGLE.COM. Google li supporta ancora, quindi non serve cambiarli.
I record MX gestiscono solo la posta in arrivo. Per la posta in uscita servono altri record, soprattutto SPF, DKIM e DMARC. Per sapere come funzionano, leggi la nostra guida a SPF, DKIM e DMARC.
Cosa significa il numero di priorità
Chi invia l'email contatta per primo il server con il numero più basso. Se non risponde, passa al numero successivo. A parità di numero ne sceglie uno a caso, così il carico si distribuisce (RFC 5321, sezione 5.1).
Conta solo l'ordine, non il valore dei numeri. Le priorità 10 e 20 funzionano come 1 e 2. Il dominio di Gmail, per esempio, elenca cinque server con priorità 5, 10, 20, 30 e 40.
Cosa significa il risultato del tuo MX Lookup
| Risultato | Cosa significa | Cosa fare |
|---|---|---|
| Può ricevere email | Il dominio ha record MX e ogni server di posta ha un indirizzo IP. | Niente. Se la posta continua a non arrivare, controlla il server di posta o il filtro antispam. |
| Ha record MX, ma qualcosa va corretto | Almeno un record ha un problema. Lo strumento lo mostra sotto il server. | Correggi il record presso il gestore del DNS. I problemi più comuni sono spiegati sotto questa tabella. |
| Non ha record MX | Chi invia ripiega sull'indirizzo del dominio stesso (il suo record A o AAAA). | Aggiungi i record MX se il dominio deve ricevere email. I valori te li dà il tuo provider di posta. |
| Non può ricevere email | Nessun record MX e nessun indirizzo di riserva. | Aggiungi i record MX, oppure lascia tutto com'è se il dominio non serve per le email. |
| Non accetta email | Il dominio pubblica un record MX nullo (0 .). Dice ai mittenti di non tentare la consegna (RFC 7505). | Niente, se il dominio non serve per le email. Non tenerlo su un dominio da cui invii, perché risposte e rimbalzi non possono tornare indietro. |
| Non esiste | Il DNS non ha nessun record di questo dominio. | Controlla che il nome sia scritto bene e che il dominio sia registrato. |
Lo strumento segnala anche quattro problemi dei singoli record. Un record può puntare a un indirizzo IP invece che a un nome host. Il nome del server può essere un alias (un CNAME), cosa che la RFC 2181 non permette. Il nome del server può non avere un indirizzo IP, quindi la posta inviata lì non può essere consegnata. Oppure il dominio può pubblicare un MX nullo insieme a record MX normali, e le due cose si contraddicono.
Record MX per Google Workspace, Microsoft 365 e altri provider
Se la ricerca dei record MX mostra uno di questi nomi di server, sai chi gestisce le email del dominio. Il numero prima di ogni nome è la sua priorità. Quando configuri un provider, copia i valori dalla sua pagina di configurazione. Alcuni dipendono dal tuo dominio o dalla tua regione.
| Provider | Record MX |
|---|---|
Google Workspace Le configurazioni più vecchie usano ASPMX.L.GOOGLE.COM più quattro server ALT. Google li supporta ancora. | 1 smtp.google.com |
Microsoft 365 La prima parte è unica per il tuo dominio. I domini con DNSSEC ricevono un nome che finisce in mx.microsoft. Copia il valore esatto dall'interfaccia di amministrazione. | yourdomain-com.mail.protection.outlook.com |
Zoho Mail La parte finale dipende dal tuo data center, per esempio mx.zoho.eu per l'UE. | 10 mx.zoho.com 20 mx2.zoho.com 50 mx3.zoho.com |
Proton Mail | 10 mail.protonmail.ch 20 mailsec.protonmail.ch |
Fastmail | 10 in1-smtp.messagingengine.com 20 in2-smtp.messagingengine.com |
iCloud Mail Per i domini personalizzati su iCloud+. | 10 mx01.mail.icloud.com 10 mx02.mail.icloud.com |
Namecheap Private Email | 10 mx1.privateemail.com 10 mx2.privateemail.com |
Cloudflare Email Routing Inoltra la posta a un'altra casella. Le priorità le imposta Cloudflare. | route1.mx.cloudflare.net route2.mx.cloudflare.net route3.mx.cloudflare.net |
Amazon SES Per ricevere posta. La parte centrale è la tua regione AWS. | 10 inbound-smtp.us-east-1.amazonaws.com |
Hostinger | 5 mx1.hostinger.com 10 mx2.hostinger.com |
IONOS In alcuni paesi il nome finisce in modo diverso, come mx00.ionos.de. | mx00.ionos.com mx01.ionos.com |
OVHcloud | 1 mx0.mail.ovh.net 5 mx1.mail.ovh.net 50 mx2.mail.ovh.net 100 mx3.mail.ovh.net 200 mx4.mail.ovh.net |
Yandex 360 | 10 mx.yandex.net |
A volte i record MX puntano invece a Proofpoint, Mimecast o Barracuda. Sono gateway di sicurezza. La posta passa prima da loro, viene filtrata e poi arriva al vero provider della casella, che la ricerca non vede. I gateway rendono anche più difficile la verifica email, perché rispondono per ogni indirizzo. Qui trovi come verificare le email dietro un gateway di sicurezza.
Come cambiare i tuoi record MX
Per spostare la posta su un nuovo provider, aggiungi i suoi record MX presso il gestore del DNS e togli quelli vecchi. Chi invia segue quello che risponde il DNS. La posta inizia ad arrivare al nuovo server man mano che scadono le risposte in cache.
Il tempo necessario dipende dal TTL dei vecchi record. Se pianifichi il cambio, abbassa prima il TTL a pochi minuti. Fallo con almeno un intero periodo di TTL di anticipo, così il vecchio TTL, più lungo, è già scaduto il giorno del cambio. Quando tutto funziona, rialzalo. Tieni comunque aperta la vecchia casella per qualche giorno, nel caso arrivi ancora qualche email.
I provider spesso indicano fino a 48 o 72 ore perché le modifiche siano visibili. È un limite massimo prudente, non l'attesa normale. Aggiungere record MX a un dominio che non ne aveva può richiedere un po' di più. I resolver, infatti, possono avere in cache anche la risposta vuota. Per quanto tempo la tengono lo decide il record SOA del dominio.
Dopo il cambio, aggiorna il tuo record SPF per autorizzare il nuovo provider a inviare per te, e attiva la sua firma DKIM. Se invii dal tuo server, il generatore DKIM crea una chiave e il generatore DMARC prepara il record DMARC che collega i due.
Un MX Lookup non verifica la casella di posta
I record MX ti dicono che il dominio accetta posta. Non ti dicono se un certo indirizzo esiste. Un'email a giulia@example.com può rimbalzare anche se example.com ha record MX corretti, perché Giulia ha lasciato l'azienda o l'indirizzo non è mai esistito.
Per controllare la casella bisogna chiedere al server di posta, ed è quello che fa uno strumento di verifica email. Usa la verifica email per un solo indirizzo, o la verifica email in blocco per un'intera lista prima di una campagna.
Domande frequenti
È il record DNS che indica i server di posta di un dominio. Quando qualcuno scrive a un indirizzo di quel dominio, il suo server di posta cerca i record MX. Così sa dove consegnare il messaggio.
Scrivi il dominio nel campo in cima a questa pagina. Da terminale, nslookup -type=mx example.com funziona su Windows e dig mx example.com funziona su macOS e Linux.
Sì, e la maggior parte ne ha più di uno. Chi invia prova prima il record con il numero di priorità più basso e tiene gli altri come riserva. I record con lo stesso numero si dividono il carico.
Chi invia ripiega sul record A o AAAA del dominio e prova a consegnare lì. Funziona solo se a quell'indirizzo c'è un server di posta. Per questo un dominio che deve ricevere email ha bisogno dei record MX.
No. Deve indicare un host che ha un proprio record A o AAAA. Un indirizzo IP nel record viola lo standard, e la RFC 2181 dice che il nome non deve essere un alias. Alcuni mittenti seguono comunque l'alias, ma non puoi contarci.
Chi gestisce il DNS del tuo dominio. Di solito è il registrar da cui hai comprato il dominio, oppure un servizio come Cloudflare se ci hai spostato i name server. I record sono pubblici, perché ogni mittente deve poterli leggere.
Al massimo il TTL del vecchio record. I resolver che lo hanno in cache tengono la vecchia risposta finché il TTL non scade. Un TTL di 3600, quindi, vuol dire fino a un'ora. Anche il gestore del DNS può impiegare qualche minuto per pubblicare la modifica.
No. I record MX servono per ricevere posta. L'invio dipende da SPF, DKIM e DMARC. Alcuni server di destinazione, però, rifiutano la posta da un dominio che non ha né record MX né record A. Un dominio così non può ricevere la risposta.
Verifica la casella, non solo il dominio
1.000 crediti gratis, nessuna carta richiesta.
