# Verifica record MX: leggi e controlla i tuoi record URL: https://notificationharbor.com/it/tools/verifica-record-mx Type: tool Locale: it Published: 2026-11-04 Updated: 2026-11-05 --- > Incolli l’output di dig o nslookup per vedere i record MX in ordine di consegna, abbinati al provider e controllati secondo le RFC. Funziona nel browser. ## Verifica record MX: leggi e controlla i tuoi record Esegua un comando dig, incolli la risposta e veda l’ordine di consegna, il provider e gli errori che causano i bounce. Nulla lascia il browser. ## Strumento di verifica record MX Incolli l’output di dig, nslookup o semplici righe preferenza e host. Il risultato si aggiorna mentre scrive. *[Interactive widget — see the live page for the full experience]* ## Cosa legge lo strumento nei tuoi record MX ### La preferenza stabilisce l’ordine Ogni record MX associa una preferenza a 16 bit a un hostname. I mittenti provano per primo il numero più basso e passano agli altri solo se un host non risponde. Lo strumento ordina i record in livelli, così si vede l’ordine reale di consegna. ### I hostname rivelano il provider Lo strumento confronta ogni target con suffissi noti, come aspmx.l.google.com o mail.protection.outlook.com. Riconosce circa venti provider di casella e di gateway. Un host non riconosciuto viene segnalato, non indovinato. ### Le regole vengono dalle RFC I controlli sono quelli scritti nelle RFC 5321, RFC 2181 e RFC 7505: target solo hostname, nessun alias CNAME e un null MX che sta da solo. Non c’è alcun punteggio e nessun benchmark inventato. *Dove eseguirlo* ## Un comando, poi incolla Lo strumento non interroga il DNS al posto suo, quindi la risposta arriva dal suo terminale. È un vantaggio quando si prepara una migrazione: si vede esattamente ciò che restituisce il resolver adesso, non una copia in cache su un sito di lookup. - macOS e Linux: dig MX tuodominio.com +short - Windows: nslookup -type=mx tuodominio.com - Aggiunga @1.1.1.1 a dig per interrogare un resolver pubblico specifico ## Quattro passaggi per una migrazione pulita 1. **Registri l’insieme attuale** — Esegua dig MX e salvi l’output. Lo incolli qui per confermare cosa sta sostituendo e quale provider lo gestisce oggi. 2. **Abbassi il TTL in anticipo** — Porti il TTL dei record MX a 300 secondi, poi attenda almeno quanto il vecchio TTL. I resolver devono far scadere la copia a lunga durata prima che la modifica abbia effetto. 3. **Sostituisca i record in un’unica modifica** — Rimuova gli host vecchi e aggiunga quelli nuovi insieme. Uno scambio a metà è il modo in cui un dominio finisce con due provider. 4. **Verifichi su un resolver, poi ripristini il TTL** — Esegua dig su un resolver pubblico e incolli il risultato. Riporti il TTL al valore precedente quando lo strumento mostra un solo provider e nessun errore. ## Domande frequenti sui record MX ### Questo strumento per record MX è gratuito? Sì. Nessuna registrazione e nessun limite di richieste. L’analisi e i controlli girano nel browser, e il testo incollato non viene mai inviato ai nostri server. L’unica cosa che lascia la pagina è il beacon anonimo di utilizzo dello strumento. ### Interroga i server DNS in tempo reale? No. Un browser non può inviare una query DNS grezza, e far passare il dominio da un’API di lookup di terze parti aggiungerebbe una dipendenza che non vogliamo. Lei esegue un comando dig o nslookup, incolla la risposta, e lo strumento la legge, la ordina e la controlla. Vede anche ciò che vede il suo resolver. ### Come ottengo i record MX da incollare? Su macOS o Linux esegua dig MX tuodominio.com +short. Su Windows esegua nslookup -type=mx tuodominio.com. Funzionano entrambi i formati, così come le risposte complete di dig e le semplici coppie come 10 mx.esempio.it. ### Che cosa significa il numero di preferenza MX? È una priorità: viene provato per primo il numero più basso. Se quell’host non è raggiungibile, il mittente passa al numero successivo. Gli host con lo stesso numero vengono provati in ordine casuale, ed è così che i provider distribuiscono il carico della posta in ingresso. ### Perché un indirizzo IP in un record MX è un errore? Il target MX deve essere un hostname che si risolve tramite un record A o AAAA. La RFC 5321 non ammette un IP nudo. Alcuni server di posta lo tollerano e molti no, quindi si ottengono bounce intermittenti difficili da tracciare. ### Perché lo strumento avvisa della presenza di due provider sullo stesso dominio? I record MX misti derivano spesso da una migrazione non completata. I mittenti provano prima la preferenza più bassa e passano a quella successiva solo se è fuori servizio, quindi la posta può finire su una piattaforma dove la casella non esiste. Mantenga un solo provider, a meno che non instradi di proposito. ### I record MX influenzano l’invio o solo la ricezione? Solo la ricezione. La posta in uscita è regolata dai record SPF, DKIM e DMARC e dalla reputazione dell’IP mittente. Un insieme di MX corretto non risolve un problema di spam sul lato invio. ### Posso verificare un dominio senza record MX? Se non incolla nulla, lo strumento indica che non sono stati trovati record. Senza un record MX, i mittenti ripiegano sui record A o AAAA del dominio, cosa che di solito non si vuole. Pubblichi un null MX (0 .) se il dominio non deve ricevere posta affatto. ## Tenga sotto controllo l’infrastruttura dei suoi invii Questo strumento copre il lato della posta in ingresso. Notification Harbor copre gli invii che lei controlla: warmup del dominio, osservabilità a livello di traccia e SPF, DKIM e DMARC configurati prima del primo invio in produzione. *Call to action: Scopra come funziona Notification Harbor* ## FAQ ### Questo strumento per record MX è gratuito? Sì. Nessuna registrazione e nessun limite di richieste. L’analisi e i controlli girano nel browser, e il testo incollato non viene mai inviato ai nostri server. L’unica cosa che lascia la pagina è il beacon anonimo di utilizzo dello strumento. ### Interroga i server DNS in tempo reale? No. Un browser non può inviare una query DNS grezza, e far passare il dominio da un’API di lookup di terze parti aggiungerebbe una dipendenza che non vogliamo. Lei esegue un comando dig o nslookup, incolla la risposta, e lo strumento la legge, la ordina e la controlla. Vede anche ciò che vede il suo resolver. ### Come ottengo i record MX da incollare? Su macOS o Linux esegua dig MX tuodominio.com +short. Su Windows esegua nslookup -type=mx tuodominio.com. Funzionano entrambi i formati, così come le risposte complete di dig e le semplici coppie come 10 mx.esempio.it. ### Che cosa significa il numero di preferenza MX? È una priorità: viene provato per primo il numero più basso. Se quell’host non è raggiungibile, il mittente passa al numero successivo. Gli host con lo stesso numero vengono provati in ordine casuale, ed è così che i provider distribuiscono il carico della posta in ingresso. ### Perché un indirizzo IP in un record MX è un errore? Il target MX deve essere un hostname che si risolve tramite un record A o AAAA. La RFC 5321 non ammette un IP nudo. Alcuni server di posta lo tollerano e molti no, quindi si ottengono bounce intermittenti difficili da tracciare. ### Perché lo strumento avvisa della presenza di due provider sullo stesso dominio? I record MX misti derivano spesso da una migrazione non completata. I mittenti provano prima la preferenza più bassa e passano a quella successiva solo se è fuori servizio, quindi la posta può finire su una piattaforma dove la casella non esiste. Mantenga un solo provider, a meno che non instradi di proposito. ### I record MX influenzano l’invio o solo la ricezione? Solo la ricezione. La posta in uscita è regolata dai record SPF, DKIM e DMARC e dalla reputazione dell’IP mittente. Un insieme di MX corretto non risolve un problema di spam sul lato invio. ### Posso verificare un dominio senza record MX? Se non incolla nulla, lo strumento indica che non sono stati trovati record. Senza un record MX, i mittenti ripiegano sui record A o AAAA del dominio, cosa che di solito non si vuole. Pubblichi un null MX (0 .) se il dominio non deve ricevere posta affatto.