In questa pagina
NoCall

Email e domini

Record MX di un dominio

API · Pro

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 strumento
In 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

  1. Scrivi un dominio come example.com, oppure incolla un indirizzo email o un link: usiamo solo il suo dominio.

  2. Premi «Cerca MX». Leggiamo i record MX del dominio nel DNS pubblico e controlliamo che ogni server abbia un indirizzo.

  3. 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

Nota

Esempio inventato, non una ricerca reale. Non chiamare e non aprire i suoi link.

Esempio inventato
example.com

Interpretare 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

Attenzione

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

Attenzione

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.

Nota

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.

Endpoint
POST https://api.nocall.io/v2/mx-lookup
POST https://api.nocall.io/v2/tools  {"tool":"mx-lookup","domain":"example.com"}

Parametri

NomeTipoObbligatorioDescrizione
domainstring (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.
bash
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"}'

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.

JSON
{
  "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)

CampoTipoDescrizione
domainstringIl dominio in Unicode.
domainAsciistringLo stesso dominio in ASCII (punycode), come lo vede il DNS.
foundbooleanSe il dominio esiste nel DNS. false è comunque un risultato completato.
recordsarray<object>I server MX come priority e host, prima il valore di priorità più basso (provato per primo). Vuoto con un null MX.
nullMxbooleanSe il dominio pubblica «MX 0 .» (RFC 7505): non riceve email.
implicitMxbooleanNessun record MX, ma il dominio ha un indirizzo, quindi la posta viene consegnata lì (RFC 5321).
acceptsMailbooleanSe il dominio può ricevere email: server MX o un MX implicito, e nessun null MX.
providerstring (enum, 20) | nullChi 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.
signalsarray<"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.
attentionbooleanSe 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».