“0 .” — il dominio rifiuta la posta
Definito nella RFC 7505 per i domini che non ricevono mai posta. I mittenti falliscono subito invece di riprovare per giorni. Utile per domini parcheggiati e domini usati solo per l’invio.
Scopri quali server ricevono la posta di un dominio, in quale ordine e quale provider li gestisce — Google Workspace, Microsoft 365, Zoho, Proofpoint e altri. Segnaliamo anche i domini senza record MX o con un Null MX che rifiuta tutta la posta.
Server di posta di
Provider email:
| Priorità | Server di posta | Ruolo | Provider |
|---|
Record perfetti non fermano i bounce. Inviare a indirizzi non validi, usa e getta o abbandonati danneggia la tua reputazione di mittente e può far finire il tuo IP in blacklist. Valida la lista prima della prossima campagna.
→ Verifica un singolo indirizzo con il validatore email gratuito
Un record MX (mail exchanger) indica al resto di internet quali server accettano la posta per un dominio. Quando qualcuno scrive a [email protected], il suo server di posta cerca i record MX di esempio.it e consegna il messaggio a uno degli host elencati.
Ogni record MX ha due parti: una priorità (un numero) e un nome host, ad esempio “10 mx1.esempio.net”. Il nome host deve avere un proprio record A o AAAA: un MX non può contenere un indirizzo IP, e le RFC 2181 e RFC 5321 vietano di farlo puntare a un alias CNAME.
I mittenti provano per primo l’host con il numero più basso. Se non risponde, passano al successivo. Gli host con la stessa priorità si dividono il carico e vengono scelti in ordine casuale.
I numeri in sé non hanno alcun significato oltre all’ordine — 1/5/10 e 10/20/30 si comportano allo stesso modo. I server MX di backup, con un numero più alto, devono applicare le stesse regole antispam del principale, altrimenti gli spammer li prenderanno di mira apposta.
Definito nella RFC 7505 per i domini che non ricevono mai posta. I mittenti falliscono subito invece di riprovare per giorni. Utile per domini parcheggiati e domini usati solo per l’invio.
Senza record MX, la RFC 5321 indica ai mittenti di provare l’indirizzo A/AAAA del dominio stesso. È un comportamento storico: pubblica record MX veri — o un Null MX — invece di affidarti a esso.
Per quel nome non esiste alcun record di nessun tipo. Gli indirizzi su questi domini non possono ricevere posta e andrebbero rimossi dalle tue liste.
I nomi degli host MX rivelano il provider: *.mail.protection.outlook.com è Microsoft 365, smtp.google.com e aspmx.l.google.com sono Google, *.pphosted.com è Proofpoint, e così via.
Come appaiono di solito i record MX dei provider più comuni. Copia sempre i valori esatti dalla console di amministrazione del tuo provider.
| Provider | Host MX tipici |
|---|---|
| Google Workspace | smtp.google.com · aspmx.l.google.com, alt1–alt4.aspmx.l.google.com |
| Microsoft 365 | yourdomain-com.mail.protection.outlook.com |
| Zoho Mail | mx.zoho.com, mx2.zoho.com, mx3.zoho.com · mx.zoho.eu … |
| Proton Mail | mail.protonmail.ch, mailsec.protonmail.ch |
| Fastmail | in1-smtp.messagingengine.com, in2-smtp.messagingengine.com |
| iCloud Mail | mx01.mail.icloud.com, mx02.mail.icloud.com |
| Hostinger | mx1.hostinger.com, mx2.hostinger.com |
| Locaweb | mx.*.locaweb.com.br |
| KingHost | *.kinghost.net |
| GoDaddy | smtp.secureserver.net, mailstore1.secureserver.net |
| IONOS | mx00.ionos.com, mx01.ionos.com · mx00.kundenserver.de |
| OVHcloud | mx1.mail.ovh.net … |
| Cloudflare Email Routing | route1.mx.cloudflare.net, route2…, route3… |
| Proofpoint | mx0a-XXXXXXXX.pphosted.com |
| Mimecast | us-smtp-inbound-1.mimecast.com, eu-smtp-inbound-1.mimecast.com … |
| Barracuda | dXXXXXXa.ess.barracudanetworks.com |
| Amazon SES (inbound) | inbound-smtp.<region>.amazonaws.com |
Sì. Puoi fare 100 ricerche al giorno senza account (condivise con la ricerca DNS). Lo strumento legge solo record DNS pubblici e non invia alcuna email.
È l’ordine in cui i mittenti provano i server: prima il numero più basso. Numeri uguali si dividono il carico. Un numero più alto indica di solito un server di backup.
I mittenti ripiegano sull’indirizzo A o AAAA del dominio (“MX implicito”, RFC 5321). Se lì non è in ascolto alcun server di posta, il messaggio torna indietro. Ai domini che non devono ricevere posta conviene pubblicare un Null MX.
Un unico record MX con priorità 0 e host “.” (RFC 7505). Dichiara che il dominio non accetta alcuna email, così i mittenti rinunciano subito invece di riprovare.
No. Un MX deve puntare a un nome host con un proprio record A o AAAA. Alcuni server tollerano un CNAME, ma viola lo standard e può causare errori di consegna intermittenti.
Guarda i nomi degli host MX — questo strumento lo fa per te. Ad esempio, *.mail.protection.outlook.com indica Microsoft 365, mentre aspmx.l.google.com o smtp.google.com indicano Google. Un gateway di sicurezza come Proofpoint o Mimecast può nascondere il provider di caselle che sta dietro.
No. Dimostra solo che il dominio può ricevere posta. Se una casella specifica esiste è un’altra verifica — usa il validatore email gratuito per un singolo indirizzo, oppure valida un’intera lista con un account gratuito.
Quanto il TTL del record precedente — spesso 1 ora, a volte fino a 24 ore o più. Durante il passaggio alcuni messaggi possono ancora arrivare ai vecchi server, quindi tienili attivi per un giorno o due.
Un account gratuito include 200 crediti (10 per gli indirizzi di provider gratuiti) per validare liste in blocco, tramite API REST o in tempo reale nei tuoi moduli.
Crea un account gratuito — 200 creditiNessuna carta di credito. I crediti non scadono mai.