Risposta rapida
Come sposto l'email a un nuovo provider senza perdere posta?
Abbassi il TTL dei record MX a 300–600 secondi 24–48 ore prima, importi il vecchio archivio nella nuova casella, cambi i record MX per ultimi e tenga il vecchio account finché non è arrivata la nuova posta. Postelva ospita il DNS, quindi il passaggio richiede la modifica di due o più record.
Quanti record cambiano quando si migra
| Nuovo provider | MX | TXT di verifica | SPF | DKIM | DMARC | Record in totale |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Non richiesto per una configurazione solo MX | 1 include | 3 CNAME | Non letto (non verificato) | 6, senza DMARC |
Cinque passaggi nell'ordine giusto
Abbassare il TTL
Almeno 24–48 ore prima della migrazione, imposti il TTL dei record MX a 300–600 secondi. Una modifica si propaga in circa il vecchio TTL, quindi un valore breve impostato prima del cambio lo rende rapido.
Preparare la nuova casella
Aggiunga il dominio presso il nuovo provider, crei gli indirizzi e gli alias e copi il record di verifica che mostra. Non tocchi ancora i record MX.
Copiare la vecchia posta
Importi l'archivio con lo strumento di importazione IMAP del nuovo provider mentre il vecchio account riceve ancora posta. Il solo inoltro sposta soltanto la posta nuova.
Cambia i record MX
Sostituisca i vecchi record MX con quelli nuovi, aggiunga il nuovo include SPF al record SPF esistente e aggiunga i record DKIM. Mantenga il vecchio server in ricezione finché non è trascorso il vecchio TTL.
Confermare, poi fare pulizia
Si invii un messaggio di prova da due account esterni, controlli gli header, tenga il vecchio account ancora per un po', poi rialzi il TTL ed elimini i vecchi record.
Perché il TTL decide se la posta va persa?
Il TTL è il numero di secondi per cui un resolver può conservare una risposta, quindi stabilisce per quanto tempo i mittenti continuano a usare i suoi vecchi record MX. Se il vecchio TTL è 86400 secondi, un mittente che l'ha cercata un minuto prima del cambio continua a consegnare al vecchio server fino a un giorno. Con un TTL di 300–600 secondi la finestra è di cinque–dieci minuti.
La regola delle guide sulla recapitabilità è abbassare il TTL 24–48 ore prima della migrazione, in modo che ogni cache contenga già il valore breve il giorno del cambio, e rialzarlo dopo. Una tipica modifica degli MX si assesta allora in 1–4 ore e, nel caso peggiore, può richiedere 24–48 ore. Questa è un'indicazione dei fornitori, non uno standard. Anche le risposte vuote vengono messe in cache, con il TTL del record SOA della zona (RFC 2308), quindi un record creato in ritardo può restare invisibile per un po' su alcuni resolver.
Come copio la vecchia posta prima del passaggio?
Importi il vecchio archivio via IMAP prima di cambiare un solo record MX. Proton Mail, per esempio, documenta il passaggio da Gmail con uno strumento di importazione, e i consigli delle guide di migrazione dei provider convergono sullo stesso ordine: prima l'importazione, i record MX si cambiano solo quando la destinazione è pronta, il vecchio account si tiene finché non si è confermato che è arrivato tutto.
Due abitudini evitano la maggior parte delle perdite. Primo, lasci la vecchia casella in ricezione mentre l'importazione è in corso, perché la posta che arriva durante la copia si troverà solo nel vecchio account. Secondo, esegua una seconda importazione, breve, dopo il cambio degli MX per recuperare i messaggi arrivati al vecchio server durante la propagazione. Per l'ordine delle operazioni quando il suo indirizzo cambia provider ma non nome, legga come mantenere il proprio indirizzo e-mail cambiando provider.
Come cambio i record MX in sicurezza?
Rimuova i vecchi record MX o dia a quelli nuovi il numero di priorità più basso, e non lasci mai due provider mescolati. Fastmail e Proton Mail lo dicono entrambi nelle loro pagine di assistenza: con record vecchi e nuovi affiancati, la posta viene consegnata a uno dei due server in modo imprevedibile. Un record MX indica un server di posta e una priorità; i mittenti provano prima il numero più basso. Il concetto è spiegato in che cos'è un record MX.
Presso Postelva, la zona si modifica nell'area clienti, e modelli DNS in un clic per Proton Mail, Fastmail, Zoho Mail, Google Workspace e Microsoft 365, più un modello SPF + DMARC e un modello «nessuna email» per un dominio che non invia nulla. Un modello sostituisce con un'unica azione i record MX, SPF e DKIM per il provider. Per Tuta, Mailbox.org, iCloud+ e Migadu si digitano i record MX, TXT e CNAME nell'editor DNS, usando i valori mostrati nella schermata del provider stesso.
Che cosa succede a SPF e DKIM durante una migrazione?
Un dominio può pubblicare un solo record SPF, quindi aggiunga l'include del nuovo provider al record esistente invece di crearne un secondo. Proton Mail, Mailbox.org e Mailfence danno tutti la stessa istruzione. Tenga il vecchio include nel record finché non ha smesso di inviare dal vecchio provider, poi lo rimuova: il controllo SPF consente al massimo 10 ricerche DNS (RFC 7208) e ogni include ne conta una.
I record DKIM sono diversi. Ogni provider usa nomi di selettore propri, come fm1, fm2 e fm3 presso Fastmail o protonmail, protonmail2 e protonmail3 presso Proton Mail, quindi i nuovi record possono stare accanto ai vecchi finché non rimuove il vecchio provider. Controlli i record pubblicati con i comandi descritti in come verificare i record MX, SPF, DKIM e DMARC.
Come faccio a sapere che il passaggio è riuscito?
Invii un messaggio di prova al dominio da due account esterni e legga gli header di consegna. Secondo l'indice di Postelva del 12 novembre 2026, passare a Proton Mail significa cambiare 8 record, a Mailbox.org 11 e a Fastmail 6 (il record DMARC di Fastmail non è stato letto nelle pagine controllate), quindi verificare ogni tipo di record è il modo più rapido per trovarne uno dimenticato.
Se un messaggio non arriva, il guasto è quasi sempre una delle cause elencate in perché la posta non arriva a un dominio e-mail personalizzato. Tenga il vecchio account per qualche settimana, perché un mittente con una cache non aggiornata può ancora consegnare lì. Quando il vecchio account resta vuoto, riporti il TTL al valore normale e rimuova i vecchi record.
Cambio di provider: domande
Quanto dura il passaggio?
Una tipica modifica degli MX si assesta in 1–4 ore e può richiedere 24–48 ore. Proton Mail chiede di prevedere fino a un giorno. Un TTL breve impostato in anticipo mantiene piccola la finestra.
Perdo il mio indirizzo quando cambio provider?
No, se l'indirizzo è sul suo dominio: il dominio resta presso lo stesso registrar e cambiano solo i record. Un indirizzo sul dominio del vecchio provider, come @proton.me o @tuta.com, non può essere trasferito.
Posso cambiare provider senza importare la vecchia posta?
Può, ma perde l'archivio nella nuova casella. Tenga aperto il vecchio account, oppure esporti la posta, finché non ha ciò che le serve.
Il passaggio modifica la registrazione del mio dominio?
No. La registrazione, la data di rinnovo e il titolare restano gli stessi. Cambiano solo i record DNS che puntano al server di posta.
Devo fare il passaggio in un'ora tranquilla?
Aiuta, ma non è obbligatorio. Ciò che conta è che il cambio degli MX avvenga dopo l'importazione e dopo l'abbassamento del TTL.
In sintesi
- Abbassi il TTL degli MX a 300–600 secondi 24–48 ore prima della migrazione.
- Importi prima l'archivio via IMAP; l'inoltro sposta solo la posta nuova.
- Cambi i record MX per ultimi; non lasci due provider mescolati.
- Un solo record SPF; vi aggiunga il nuovo include; al massimo 10 ricerche DNS.
- Record modificati: Proton Mail 8, Mailbox.org 11, Fastmail 6 senza DMARC.
- La propagazione tipica è di 1–4 ore, fino a 24–48 ore.
- Tenga il vecchio account finché non sono arrivate le e-mail di prova.
Fonti (8)
- Passare da Gmail a Proton — Proton (consultato il 2026-11-12)
- Custom domain from Namecheap (MX values) — Proton (consultato il 2026-11-12)
- Protezione anti-spoofing per i domini personalizzati — Proton (consultato il 2026-11-12)
- Default DNS records — Fastmail (consultato il 2026-11-12)
- mailbox.org KB: dominio personalizzato — mailbox.org (consultato il 2026-11-12)
- RFC 7208, sezione 4.6.4 — RFC Editor (consultato il 2026-11-12)
- RFC 2308: negative caching of DNS queries — RFC Editor (consultato il 2026-11-12)
- How long does it take for DNS changes to propagate — Suped (consultato il 2026-11-12)