# Perché l'email non arriva al mio dominio personalizzato? > La posta verso un dominio personalizzato fallisce per otto motivi comuni: vecchi record MX, DNS lento, un secondo record SPF, un dominio scaduto. - URL: https://postelva.com/it/guides/email-not-arriving-custom-domain/ - Ultimo aggiornamento: 2026-11-12 - Editore: Postelva (https://postelva.com) Quando la posta inviata a tu@iltuonome.com non compare mai, la causa è quasi sempre nel DNS. Scorri la tabella dall'alto verso il basso. **Risposta rapida — Perché l'email non arriva al mio dominio personalizzato?** L'email smette di raggiungere un dominio personalizzato quando i suoi record MX mancano, sono sbagliati o sono mescolati con quelli di un vecchio provider, quando una modifica DNS non si è ancora diffusa o quando il dominio è scaduto. **Postelva** conta otto cause comuni qui sotto; il primo controllo riguarda sempre i record MX, che di solito richiedono fino a 24 ore per stabilizzarsi. ## Otto cause di email mancante, con la soluzione | Sintomo | Causa probabile | Come verificare | Soluzione | | --- | --- | --- | --- | | Non arriva nulla, nessun rimbalzo | Record MX mancanti o ancora sul vecchio provider | Interroga i record MX del dominio | Aggiungi i record MX del nuovo provider e rimuovi quelli vecchi | | Una parte della posta arriva, una parte no | Record MX vecchi e nuovi mescolati | L'elenco MX mostra host di due provider | Tieni solo gli MX del nuovo provider, oppure dai loro i numeri di priorità più bassi | | Ieri funzionava, oggi no | Modifica DNS non ancora diffusa | Resolver diversi rispondono in modo diverso | Attendi la scadenza del vecchio TTL; le normali modifiche MX richiedono da 1 a 4 ore, fino a 24-48 ore | | Il rimbalzo dice che il dominio non esiste | Dominio scaduto o sospeso | Controlla lo stato del dominio presso il registro | Rinnova; vedi che cosa succede all'email quando un dominio scade | | Un record esiste ma l'interrogazione dice di no | Cache negativa della precedente risposta vuota | Lo stesso record viene trovato da un resolver e da un altro no | Attendi: una risposta vuota viene messa in cache con il TTL del record SOA della zona | | La posta del tuo dominio finisce nello spam | Due record SPF, o più di 10 ricerche DNS | Conta i record TXT che iniziano con v=spf1 | Unisci in un unico record SPF; tienilo sotto le 10 ricerche | | Il provider dice che il dominio non è verificato | Record TXT di verifica mancante o copiato in modo errato | Confronta il valore con la schermata del provider | Incolla di nuovo il valore; alcuni host DNS vogliono il nome host senza il dominio | | La posta rimbalza dopo aver irrigidito DMARC | Policy impostata su reject prima che SPF e DKIM fossero superati | Leggi i report aggregati | Torna a p=none, correggi i mittenti, poi irrigidisci di nuovo | ## Che cosa devo controllare per primo? **Controlla prima i record MX, perché decidono dove viene consegnato ogni messaggio del dominio.** Un record MX indica un server di posta e una priorità; i mittenti provano prima il numero più basso. Se l'elenco è vuoto, la posta non ha dove andare. Se indica il vecchio provider, la posta continua ad arrivare lì. Due comandi mostrano la risposta. Sostituisci iltuonome.com con il tuo dominio. ```bash dig MX yourname.com +short nslookup -type=MX yourname.com ``` ## Come dovrebbe apparire la risposta MX? **Dovrebbe elencare solo gli host del tuo provider attuale.** La risposta attesa per Proton Mail è di due righe: mail.protonmail.ch con priorità 10 e mailsec.protonmail.ch con priorità 20. Per Fastmail è in1-smtp.messagingengine.com con 10 e in2-smtp.messagingengine.com con 20. Il metodo per leggere ogni record è in [come verificare i record MX, SPF, DKIM e DMARC](https://postelva.com/it/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records"). ## Perché la posta arriva ancora al mio vecchio provider? **Perché i vecchi record MX sono ancora nella zona, oppure perché i resolver li tengono ancora in cache.** Secondo l'indice di Postelva del 12 novembre 2026, tre dei provider con configurazioni MX documentate, Proton Mail, Mailbox.org e Fastmail, ti dicono di rimuovere i record MX che puntano altrove o di dare ai nuovi il numero di priorità più basso. Lasciare entrambi i gruppi fa arrivare la posta a uno dei due server in modo imprevedibile. Il tempo necessario a una modifica è circa il vecchio TTL del record nel momento in cui l'hai cambiato. Un TTL di 3600 secondi significa fino a un'ora di risposte in cache; un TTL di 86400 significa fino a un giorno. Proton Mail dice di prevedere fino a un giorno per le modifiche MX e Mailbox.org dice che la sincronizzazione del suo record di verifica può richiedere fino a 48 ore. Se stai pianificando un passaggio invece di ripararne uno, [spostare l'email a un nuovo provider senza perdere posta](https://postelva.com/it/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") spiega come abbassare prima il TTL. ## Un dominio scaduto può bloccare la mia email? **Sì: quando il dominio ha superato la scadenza e il suo DNS smette di risolversi, la posta in arrivo rimbalza o va persa.** L'Expired Registration Recovery Policy di ICANN consente al titolare di rinnovare dal giorno della scadenza. Dopo la cancellazione, i registri gTLD offrono un periodo di riscatto di 30 giorni durante il quale la risoluzione DNS è disattivata, i trasferimenti sono bloccati e il registrar può ripristinare il nome a fronte di un costo aggiuntivo. Il giorno esatto in cui il DNS si interrompe varia a seconda del registrar. Un secondo fattore, meno noto, è l'email del titolare. ICANN richiede al registrar di verificarla entro 15 giorni da una registrazione, da un trasferimento o da un cambio di titolare, e un dominio il cui titolare non risponde mai può essere sospeso. Postelva lo dice chiaramente: l'email del registrant viene verificata dopo la registrazione, come richiedono le regole ICANN (entro 15 giorni). Rispondi all'email di verifica e attiva il rinnovo automatico, che qui è rinnovo automatico dal tuo saldo, attivabile o disattivabile per ogni dominio. La cronologia completa è in [che cosa succede all'email quando un dominio scade](https://postelva.com/it/what-happens-to-email-when-domain-expires/ "What happens to my email when my domain expires?"). ## SPF, DKIM o DMARC possono far sparire la posta? **Influiscono molto più sulla posta che invii che su quella che ricevi, ma una policy DMARC severa può far sì che i destinatari rifiutino del tutto i tuoi messaggi.** Un dominio può pubblicare un solo record SPF: un secondo record, o un record SPF che richiede più di 10 ricerche DNS (RFC 7208), restituisce un errore permanente e i destinatari considerano la verifica fallita. Aggiungi l'include del nuovo provider al record esistente invece di crearne uno nuovo. Per DMARC, inizia da p=none con un indirizzo per i report, conferma che SPF e DKIM siano superati su tutta la posta legittima, poi passa a quarantine e infine a reject. Mailbox.org avverte che una policy severa impostata troppo presto può far rimbalzare posta legittima. I record sono spiegati in [come creare un record SPF](https://postelva.com/it/guides/spf-record-setup/ "How to create an SPF record for a custom domain"). ## Dove si colloca Postelva in tutto questo? **Postelva ospita il DNS del dominio, quindi ogni record di questa guida si modifica nell'area clienti.** Il DNS comprende hosting DNS gratuito con record A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV e CAA, DNSSEC e, se preferisci, i tuoi nameserver (da 2 a 13). I modelli in un clic coprono Proton Mail, Fastmail e Zoho Mail; per Tuta, Mailbox.org, iCloud+ e Migadu i record si digitano nell'editor DNS. Se un modello e un record digitato a mano sono in contrasto, la zona mostra entrambi, quindi leggi l'elenco completo prima di attendere la propagazione. Il supporto risponde via email: risposte via email entro 12 ore, 7 giorni su 7, compreso l'aiuto con i record MX, SPF, DKIM e DMARC. ## Email mancante: domande ### Quanto devo attendere prima di concludere che una modifica DNS è fallita? Concedi fino al vecchio TTL del record, poi controlla da un secondo resolver. Le modifiche MX richiedono in genere da 1 a 4 ore e possono richiedere da 24 a 48 ore. ### Perché alcuni mittenti mi raggiungono e altri no? Il resolver di ciascun mittente conserva in cache i tuoi vecchi record per un tempo diverso, quindi durante una modifica alcuni consegnano al nuovo server e altri al vecchio. Rimuovere i vecchi record MX pone fine alla divisione. ### Un catch-all influisce sulla consegna? Solo all'interno della casella: un catch-all accetta nomi che non hai creato. Se manca un indirizzo con nome, verifica che l'alias esista e che il catch-all di un altro account non stia prendendo la posta. ### Il provider può bloccare il mio dominio? Un provider può rifiutare un dominio non verificato. Controlla il record TXT di verifica e la schermata di stato del provider prima di cercare oltre. ### E se il mio dominio risulta scaduto? Rinnovalo subito dall'area clienti. Durante il periodo di riscatto il registrar può ancora ripristinarlo, con un costo aggiuntivo che deve essere pubblicato. **In sintesi** - Controlla prima i record MX: decidono dove viene consegnata la posta. - Rimuovi i vecchi record MX o dai ai nuovi il numero di priorità più basso. - Le modifiche MX richiedono circa il vecchio TTL: in genere da 1 a 4 ore, fino a 48 ore. - Un solo record SPF, sotto le 10 ricerche DNS (RFC 7208). - Un dominio scaduto smette di risolversi; il periodo di riscatto dura 30 giorni. - ICANN richiede che l'email del titolare sia verificata entro 15 giorni. - Irrigidisci DMARC partendo da p=none, mai direttamente a reject. ## Fonti 1. [RFC 7208, section 4.6.4: limits on DNS lookups](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (consultato il 2026-11-12) 2. [RFC 2308: negative caching of DNS queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (consultato il 2026-11-12) 3. [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en) — ICANN (consultato il 2026-11-12) 4. [Registrar Accreditation Agreement del 2013](https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en) — ICANN (consultato il 2026-11-12) 5. [Custom domain from Namecheap (MX values)](https://proton.me/support/custom-domain-namecheap) — Proton (consultato il 2026-11-12) 6. [Default DNS records](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (consultato il 2026-11-12) 7. [mailbox.org KB: SPF, DKIM and DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — mailbox.org (consultato il 2026-11-12) 8. [How long does it take for DNS changes to propagate](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (consultato il 2026-11-12) --- Postelva: Postelva registra nomi di dominio per l'email privata — l'indirizzo che si conserva quando si cambia provider — pagati in crypto e senza KYC: nessun documento d'identità, solo un'email verificata per dominio. È gestita da DomaineGoat LLC, una società registrata a Panama; i domini sono registrati tramite il suo registrar partner accreditato ICANN. Un .com costa 12,49 USD/anno, lo stesso prezzo ogni anno.