Email e domini
Record MX di un dominio
Copertura: Funziona con domini di qualsiasi paese, anche con nomi accentati o in altri alfabeti. Riconosciamo il provider dei grandi servizi di posta (Google, Microsoft 365, Yahoo, iCloud, Zoho, Proton, Fastmail, GMX, IONOS, OVHcloud, Yandex, Mail.ru, QQ, NetEase e Naver), di Amazon SES e dei principali filtri di sicurezza per la posta (Mimecast, Proofpoint, Barracuda e Cisco).
Apri lo strumentoIn questa pagina
A cosa serve
Scopri se un dominio riceve email, i suoi server MX in ordine di priorità e quale provider li gestisce: Google, Microsoft 365, Zoho, Proton e altri.
Requisiti
Chiunque può leggere queste guide, senza account. Alcuni strumenti richiedono Pro, come indicato in ogni guida.
Ogni dominio che riceve email indica i suoi server di posta nel DNS, nei record MX. Inserisci un dominio, un indirizzo email o un link e ti diciamo se può ricevere email, quali server se ne occupano e chi li gestisce. Leggiamo solo il DNS pubblico.
Come usarlo
Scrivi un dominio come example.com, oppure incolla un indirizzo email o un link: usiamo solo il suo dominio.
Premi «Cerca MX». Leggiamo i record MX del dominio nel DNS pubblico e controlliamo che ogni server abbia un indirizzo.
Leggi il risultato: se il dominio riceve email, i suoi server nell’ordine in cui vengono provati e il provider che c’è dietro.
Esempio inventato
Esempio inventato, non una ricerca reale. Non chiamare e non aprire i suoi link.
example.comInterpretare il risultato
Questo dominio riceve email: Indica i suoi server di posta nel DNS, quindi un messaggio inviato a un indirizzo di questo dominio ha dove arrivare.
Riceve email, ma qualcosa non va: Indica dei server di posta, ma almeno uno è configurato male, quindi alcuni messaggi possono arrivare in ritardo o andare persi.
Questo dominio non riceve email: Non indica server di posta, oppure dichiara di non accettare email. Un messaggio inviato a un indirizzo di questo dominio non arriverà.
Questo dominio non esiste: Non è registrato o non ha DNS. Nessuno può ricevere email su questo dominio, quindi diffida di un messaggio che dice di arrivare da qui.
I server con il numero di priorità più basso vengono provati per primi; gli altri sono di riserva.
Limiti
Leggiamo i record DNS pubblici del dominio. Se inserisci un indirizzo email o un link, dal tuo browser esce solo il suo dominio. Non salviamo il dominio che cerchi.
Risoluzione dei problemi
Non sembra un dominio pubblico. Prova con qualcosa come example.com.
Il DNS non ha risposto in tempo. Riprova tra qualche secondo.
Hai fatto molti controlli di fila. Aspetta un minuto e riprova.
Usare con l’API
Richiede una API key e dei crediti. Ogni chiamata completata costa 1 credito, anche quando non ci sono dati. Un account Pro attivo include 20 crediti per mese solare UTC, condivisi da tutte le rotte API e consumati per primi; i crediti mensili non usati non passano al mese successivo. I crediti acquistati nella pagina del tuo account funzionano senza Pro e non scadono mai.
Gli errori non vengono mai addebitati: 401 invalid_api_key (chiave mancante o non valida), 403 pro_required (nessun credito Pro e nessun credito acquistato), 422 input non valido, 429 quota_exceeded (crediti esauriti), rate_limit_exceeded o ai_busy (l’IA di sms-check è al limite della capacità), 503 tool_warming (i dati sono ancora in preparazione) o tool o provider non disponibile. Dopo un 429 o un 503, riprova quando sono trascorsi i secondi indicati nell’intestazione Retry-After.
Se un dominio riceve email: i suoi server MX in ordine di priorità, se ognuno ha un indirizzo, un null MX o un MX implicito e il provider che li gestisce (google, microsoft, zoho, proton, amazon_ses e altri). Accetta un dominio, un indirizzo email o un link. Solo DNS pubblico; non viene salvato nulla.
Invia il corpo JSON alla rotta specifica del tool, oppure a POST /v2/tools aggiungendo il campo tool. Entrambe le rotte restituiscono lo stesso risultato.
POST https://api.nocall.io/v2/mx-lookup
POST https://api.nocall.io/v2/tools {"tool":"mx-lookup","domain":"example.com"}Parametri
| Nome | Tipo | Obbligatorio | Descrizione |
|---|---|---|---|
| domain | string (1–320) | Sì | Un dominio, oppure un indirizzo email o un link di cui si usa il dominio, fino a 320 caratteri. Solo nomi pubblici: indirizzi IP, nomi con una sola etichetta e nomi a uso speciale (.local, .internal, .test…) danno un 422. |
REQUEST_ID="$(uuidgen)" && [ -n "$REQUEST_ID" ] &&
curl --request POST 'https://api.nocall.io/v2/mx-lookup' \
--header "Authorization: Bearer $NOCALL_API_KEY" \
--header 'Content-Type: application/json' \
--header "Idempotency-Key: $REQUEST_ID" \
--data '{"domain":"example.com"}'import json
import os
import urllib.request
import uuid
api_key = os.environ.get('NOCALL_API_KEY')
if not api_key:
raise SystemExit('Set NOCALL_API_KEY')
request = urllib.request.Request(
'https://api.nocall.io/v2/mx-lookup',
method='POST',
data=json.dumps({'domain': 'example.com'}).encode(),
headers={
'Authorization': 'Bearer ' + api_key,
'Content-Type': 'application/json',
'Idempotency-Key': str(uuid.uuid4()),
},
)
with urllib.request.urlopen(request, timeout=30) as response:
result = json.load(response)
print(result['data']['result'], result['meta']['unitsCharged'])import { randomUUID } from 'node:crypto';
const requestId = randomUUID();
const apiKey = process.env.NOCALL_API_KEY;
if (!apiKey) throw new Error('Set NOCALL_API_KEY');
const response = await fetch('https://api.nocall.io/v2/mx-lookup', {
method: 'POST',
headers: {
Authorization: 'Bearer ' + apiKey,
'Content-Type': 'application/json',
'Idempotency-Key': requestId,
},
body: JSON.stringify({ domain: 'example.com' }),
});
const result = await response.json();
if (!response.ok) throw new Error(result.error?.code ?? 'request_failed');
console.log(result.data.result, result.meta.unitsCharged);Esempio di risposta (200)
Questo è l’esempio documentato nel riferimento API. Le ricerche usano un numero fittizio, mentre aggregati e risposte dell’IA mostrano la struttura del risultato, non dati reali.
{
"data": {
"tool": "mx-lookup",
"result": {
"domain": "example.com",
"domainAscii": "example.com",
"found": true,
"records": [
{
"priority": 1,
"host": "aspmx.l.google.com"
},
{
"priority": 5,
"host": "alt1.aspmx.l.google.com"
}
],
"nullMx": false,
"implicitMx": false,
"acceptsMail": true,
"provider": "google",
"signals": [],
"attention": false
}
},
"meta": {
"requestId": "req_example",
"unitsCharged": 1,
"usage": {
"periodStart": "2026-10-01",
"unitLimit": 20,
"unitsUsed": 3,
"unitsRemaining": 17
}
}
}Campi del risultato (data.result)
| Campo | Tipo | Descrizione |
|---|---|---|
| domain | string | Il dominio in Unicode. |
| domainAscii | string | Lo stesso dominio in ASCII (punycode), come lo vede il DNS. |
| found | boolean | Se il dominio esiste nel DNS. false è comunque un risultato completato. |
| records | array<object> | I server MX come priority e host, prima il valore di priorità più basso (provato per primo). Vuoto con un null MX. |
| nullMx | boolean | Se il dominio pubblica «MX 0 .» (RFC 7505): non riceve email. |
| implicitMx | boolean | Nessun record MX, ma il dominio ha un indirizzo, quindi la posta viene consegnata lì (RFC 5321). |
| acceptsMail | boolean | Se il dominio può ricevere email: server MX o un MX implicito, e nessun null MX. |
| provider | string (enum, 20) | null | Chi gestisce i server di posta, in base ai loro nomi: google, microsoft, yahoo, icloud, zoho, proton, fastmail, gmx, ionos, ovh, yandex, mailru, qq, netease, naver, mimecast, proofpoint, barracuda, cisco o amazon_ses; null se non riconosciuto. |
| signals | array<"domain_not_found" | "no_mx" | "null_mx" | "implicit_mx" | "single_mx" | "mx_without_address" | "mx_ip_literal"> | domain_not_found, no_mx, null_mx, implicit_mx, single_mx, mx_without_address o mx_ip_literal. |
| attention | boolean | Se il risultato merita un controllo: il dominio non riceve email, oppure un server è configurato male. |
Domande frequenti
Che cos’è un record MX?
È il record DNS che dice agli altri server dove consegnare la posta di un dominio. Un dominio può averne diversi, ognuno con una priorità: il numero più basso viene provato per primo e gli altri sono di riserva.
E se un dominio non ha record MX?
Di solito non riceve email. Alcuni server provano comunque l’indirizzo del dominio stesso: funziona, ma è raro per un dominio che usa davvero l’email. Un dominio può anche pubblicare un «null MX» per dire che non accetta alcuna email.
Posso vedere chi gestisce la posta di un’azienda?
Spesso sì: i nomi dei server MX rivelano il provider (Google, Microsoft 365, Zoho…) o il servizio di sicurezza che filtra la posta prima che arrivi. È un’informazione pubblica che chiunque può consultare.
Mi dice se un indirizzo email esiste?
No. Ti dice se il dominio riceve email. Se una casella specifica esiste lo sa solo il suo server di posta, e noi non glielo chiediamo. Per controllare come è scritto un indirizzo, il suo dominio e il suo tipo, usa «Verifica indirizzo email».
