Server di posta di un dominio
DNS e record
Lookup DNS Tutti i record DNS per qualsiasi dominio Lookup record A Indirizzi IPv4 di un dominio Lookup record AAAA Indirizzi IPv6 di un dominio Lookup MX Server di posta di un dominio Lookup NS Name server autoritativi Lookup TXT Record TXT, SPF, verifica Lookup CNAME Record di nome canonico (alias) Lookup SOA Record Start of Authority Lookup SRV Record di localizzazione dei servizi Lookup CAA Quali CA possono emettere certificati DNS inverso (PTR) Da indirizzo IP a hostname Verifica DNSSEC Il dominio è firmato e validato? Diagnostica DNS Un report completo di delega e DNSRecapitabilità email
Verifica SPF Valida il tuo record Sender Policy Framework Verifica DMARC Esamina e valuta la tua policy DMARC Verifica DKIM Trova e valida la tua chiave pubblica DKIM Verifica blacklist Verifica un IP rispetto alle blocklist email (DNSBL) Test SMTP Connettiti a un server di posta e verifica STARTTLS Verifica MTA-STS Policy TLS forzata per la posta in entrata Verifica BIMI Record del logo del brand per l'email Verifica TLS-RPT Policy di reportistica SMTP TLSRete e web
Verifica certificato SSL Esamina il certificato TLS e la scadenza di un sito Verifica header HTTP Esamina header di risposta, redirect e sicurezza Ping (TCP) Raggiungibilità e latenza su TCP Verifica porte Quali porte comuni sono aperteDominio
Lookup WHOIS Dati di registrazione per domini, IP e ASNUn record MX (Mail Exchanger) comunica ai server mittenti quali host accettano email per un dominio e in quale ordine di priorità. Quando qualcuno ti scrive, il suo server interroga i tuoi record MX per sapere dove consegnare. Un record MX mancante o mal configurato fa sì che la posta in entrata non possa essere consegnata e i messaggi vengano respinti o spariscano.
Ogni record MX abbina un host di posta a un numero di priorità. Vincono i numeri più bassi: un server mittente prova prima l'host con priorità più bassa e ricorre ai numeri più alti solo se non riesce a connettersi. Per bilanciare il carico tra server ugualmente capaci, assegna loro la stessa priorità e il traffico si distribuisce tra di essi. Una tipica configurazione Google Workspace, ad esempio, punta a smtp.google.com con priorità 1. Il valore MX deve essere un hostname con il proprio record A o AAAA, mai un indirizzo IP o un CNAME, altrimenti la consegna si rompe.
IPeek elenca ogni host MX del dominio con la sua priorità, ordinati dal più basso così il server preferito è in cima. Conferma che gli host corrispondano al tuo provider email: Google Workspace, Microsoft 365, il tuo server o un gateway di filtro. Fai attenzione a duplicati, errori di battitura negli hostname o punti finali che indicano una zona mal configurata. Se l'elenco è vuoto, il dominio non ha record MX e non può ricevere posta. Verifica che gli host elencati si risolvano in indirizzi IP validi prima di fidartene.
Il guasto più frequente è l'assenza totale di un record MX, che costringe i mittenti a ricorrere al record A del dominio o a respingere. Puntare un MX a un CNAME viola le specifiche e molti server lo rifiutano, quindi punta sempre a un hostname con un record A/AAAA diretto. Dopo il cambio di provider email, record MX obsoleti continuano a instradare la posta al vecchio host finché il DNS non propaga e le cache non scadono. Priorità mal ordinate possono inviare la posta a un backup prima del primario. Verifica le modifiche con una nuova ricerca e tieni conto del caching basato sul TTL.
Senza un record MX, i server mittenti ricorrono al record A o AAAA del dominio e tentano la consegna lì. Se quell'host non esegue un server di posta, il messaggio viene respinto. I domini che gestiscono email dovrebbero sempre pubblicare almeno un record MX così la posta in entrata raggiunge in modo affidabile il server corretto.
La priorità imposta l'ordine in cui i server mittenti provano i tuoi host di posta, e i numeri più bassi sono preferiti. Un server prova prima l'host con priorità più bassa e passa ai numeri più alti solo se non riesce a connettersi. Priorità uguali permettono ai server di condividere il carico. I valori effettivi sono arbitrari; conta solo il loro ordine relativo.
No. Un record MX deve puntare a un hostname che abbia il proprio record A o AAAA. Puntarlo a un indirizzo IP non è valido, e puntarlo a un CNAME viola le regole RFC ed è rifiutato da molti server di posta. Punta sempre a un vero nome di host di posta che si risolva direttamente.
Le modifiche MX si propagano in base al TTL del record, che controlla per quanto tempo i resolver memorizzano in cache i vecchi valori. Con un TTL basso, le modifiche possono applicarsi in pochi minuti; con un TTL più alto, i server mittenti possono continuare a usare record obsoleti per ore. Abbassa il TTL prima di una migrazione pianificata per accelerare il passaggio.
Sì. I domini pubblicano comunemente diversi record MX per ridondanza e bilanciamento del carico. Priorità diverse creano una configurazione primario-e-backup, mentre priorità identiche distribuiscono la posta tra server ugualmente capaci. Un server mittente percorre l'elenco in ordine di priorità finché non trova un host che accetta la connessione.