Come migrare la posta senza perdere dati e senza interruzioni

Come migrare la posta elettronica senza perdere dati né interrompere il servizio

Migrare la posta elettronica da un provider a un altro non significa semplicemente copiare dei file. Si sincronizza un archivio in uso mentre arrivano nuovi messaggi, gli utenti eliminano elementi e i metadati cambiano. Se la procedura viene gestita male, si rischiano instradamenti incoerenti, messaggi persi e una crisi il lunedì mattina.

Questa guida propone un piano rigoroso, suddiviso per fasi, per migrare la posta di una piccola impresa. Include la preparazione del DNS, la strategia di sincronizzazione IMAP, il passaggio effettivo e le verifiche successive. Nessuna procedura garantisce l'assenza assoluta di interruzioni o perdite, ma questi controlli riducono il rischio.

Perché molte migrazioni della posta non riescono

Tre errori specifici sono all'origine della maggior parte delle migrazioni problematiche. Conoscerli in anticipo evita di scoprirli nel modo peggiore durante una migrazione reale.

Cache DNS: se il TTL non viene ridotto prima del passaggio, alcuni resolver possono instradare la posta sia al vecchio sia al nuovo server per un massimo di 24 ore.
Limitazione del traffico: provider come Google possono limitare i download IMAP a circa 2,500 MB al giorno, a seconda dell'account e delle regole in vigore. La sincronizzazione può quindi rallentare o fermarsi.
Ampliamento imprevisto dell'ambito: IMAP trasferisce soltanto la posta compatibile. Calendari e contatti utilizzano protocolli separati, come CalDAV e CardDAV, e non vengono spostati insieme ai messaggi.

Fase 1: l'analisi tecnica (7 giorni prima)

Non si può migrare ciò di cui non si conosce l'esistenza. Prima di trasferire la posta, prepara un inventario tecnico e non affidarti alla memoria.

Censire le identità nascoste

Un elenco di nomi utente non basta. Mappa ogni punto di ingresso del sistema di posta:

• Alias: john@ riceve anche i messaggi destinati a sales@? Se dimentichi di configurare l'alias sul nuovo host, una parte della sua posta verrà respinta.
• Liste di distribuzione: team@ e info@ sono caselle condivise o gruppi di inoltro?
• Inoltri: controlla le regole di inoltro sul server. Le regole nascoste che inviano messaggi ad account Gmail personali smetteranno di funzionare se non vengono ricreate.

Individuare le caselle più grandi

Identifica le caselle che superano 10 GB. IMAP richiede molti scambi con il server e una casella da 50 GB può impiegare parecchio tempo. Microsoft 365 può applicare limitazioni dopo circa 20 GB al giorno, in base al servizio. Per questi utenti, avvia una sincronizzazione preliminare almeno 5 giorni prima del passaggio. La guida alla migrazione dei dati di Google Workspace descrive le condizioni aggiornate.

La migrazione riguarda soltanto la posta

Gli strumenti di migrazione, tra cui imapsync e il motore integrato di TrekMail, utilizzano il protocollo IMAP (RFC 3501). IMAP trasferisce soltanto i messaggi di posta.

Calendari e contatti non fanno parte di IMAP. Sono conservati in formati proprietari o gestiti da altri protocolli, come Exchange e CalDAV. Chiedi agli utenti di esportare in locale i calendari (.ics) e i contatti (.vcf o .csv) prima di disdire il vecchio abbonamento.

Fase 2: preparare l'infrastruttura (48 ore prima)

Non spostare ancora i dati. Prepara prima tutti i servizi necessari, così la destinazione sarà pronta al momento della migrazione.

La regola dei 300 secondi per il TTL DNS

I record DNS hanno un valore Time To Live (TTL), che indica per quanto tempo un resolver può conservare un indirizzo nella cache. Se il valore è quello predefinito di 86,400 secondi (24 ore), cambiando provider il venerdì una parte di Internet potrebbe continuare a inviare la posta al vecchio server fino al sabato.

Per evitarlo, accedi al provider DNS, come Cloudflare, GoDaddy o Route53, e imposta il TTL del record MX su 300 secondi. Fallo almeno 24 ore prima del passaggio.

Preparare la destinazione

Crea le caselle presso il nuovo provider. Se usi TrekMail, configura domini e utenti nel pannello di controllo. Con il piano Nano, inserisci subito le credenziali del tuo servizio SMTP, come SES o Mailgun, in modo che l'invio funzioni il giorno del passaggio.

Verifica di avere le password delle caselle di origine. In caso contrario, dovrai reimpostarle o utilizzare credenziali amministrative.

Fase 3: strategia di sincronizzazione preliminare

Evita una migrazione totale eseguita in una sola notte. Spostando la posta per fasi, il rischio si riduce notevolmente.

Passaggio 1: prima copia dello storico (3 giorni prima)

Configura lo strumento di migrazione affinché sincronizzi tutti i messaggi più vecchi di 7 giorni. A seconda dell'utilizzo, in questo modo si può trasferire circa il 95% del volume mentre gli utenti continuano a lavorare. Se un allegato da 2 GB non viene copiato, avrai giorni per risolvere il problema anziché poche ore.

Controlla la presenza di errori HTTP 429 o "User is throttled". Se compaiono, riduci il numero di migrazioni simultanee, per esempio limitandoti a 5 utenti alla volta anziché 50, e segui le indicazioni del provider.

Passaggio 2: la sospensione operativa (giorno del passaggio, venerdì sera)

Avvisa gli utenti: "Migrazione della posta in corso. Non inviare nuovi messaggi. La webmail è disponibile in sola lettura". Se possibile, imposta l'origine in sola lettura senza bloccare la ricezione. Cambiare le password può comportare altri rischi, quindi documenta e prova prima la procedura.

Passaggio 3: sincronizzazione incrementale

Esegui di nuovo lo strumento di migrazione. Questa copia recupera gli ultimi 7 giorni e riconcilia gli elementi modificati durante la sincronizzazione preliminare. Se il 95% dei dati è già a destinazione, in genere questo passaggio è più breve, ma la durata dipende dal volume, dai limiti e dalle differenze tra server.

Fase 4: il passaggio al nuovo servizio

Modificare i record MX

Aggiorna i record MX del DNS con quelli del nuovo provider. Gli utenti di TrekMail devono utilizzare:

Con un TTL di 300 secondi, molti resolver passano rapidamente ai nuovi server, ma le cache esterne possono prolungare la transizione. Mantieni attivi e controlla entrambi i sistemi.

Autenticazione SPF e DKIM

Durante il passaggio occorre aggiornare e convalidare i record di autenticazione. Se mancano, la consegna può peggiorare e i messaggi possono finire nello spam, anche se questi record non determinano da soli il risultato.

• SPF: aggiorna il record TXT. Esempio: v=spf1 include:spf.trekmail.net -all
• DKIM: genera le chiavi DKIM nel pannello del nuovo provider e aggiungi al DNS i record CNAME o TXT indicati.

Per una procedura dettagliata sui record DNS da modificare, consulta la guida su come configurare la posta sul proprio dominio.

Controllare i servizi rimasti attivi

Se lasci Google Workspace ma mantieni l'account per Drive o Docs, Gmail potrebbe continuare a intercettare i messaggi interni invece di instradarli verso i nuovi record MX. Disattiva il servizio Gmail per gli utenti interessati oppure configura il recapito suddiviso.

Fase 5: verificare la migrazione

Non limitarti a chiedere agli utenti se vedono tutto. Usa dati misurabili per confermare che la migrazione sia riuscita.

Contare gli elementi, non i gigabyte

Non confrontare le dimensioni totali in GB, perché la compressione varia tra provider. Confronta invece il numero di elementi in ogni cartella:

Uno scarto inferiore al 1% non va accettato automaticamente: può dipendere da elementi corrotti, duplicati o incompatibili. Una differenza superiore al 5% richiede un'indagine urgente. Documenta ogni eccezione.

Gerarchia delle cartelle

Controlla che le cartelle non siano state appiattite. Strutture profonde come Clients/2024/Project A/Invoices/Paid a volte vengono troncate. Verifica anche eventuali differenze tra spazi dei nomi, come INBOX.Sent e Sent.

Risolvere gli errori più comuni

Il motore di migrazione integrato di TrekMail

Se coordinare sincronizzazioni IMAP, limiti di traffico e propagazione DNS è troppo oneroso, TrekMail gestisce gli aspetti tecnici e permette di migrare la posta con meno lavoro operativo.

Per le piccole imprese (da 1 a 50 utenti)

TrekMail include un motore di migrazione nativo. Collega un provider compatibile, come Gmail, Outlook o cPanel, seleziona le caselle e avvia la procedura. L'infrastruttura gestisce nuovi tentativi, limiti di traffico e duplicati in base alle funzioni supportate. Controlla i rapporti e riconcilia i risultati con l'origine; il flusso compatibile non richiede la riga di comando.

Per le agenzie (100+ domini)

Gestire migrazioni per molti clienti riduce i margini. TrekMail offre operazioni in blocco, spazio di archiviazione condiviso tra i domini e prezzi fissi. Si paga l'infrastruttura, non il numero di utenti.

I piani a pagamento descritti includono una prova gratuita di 14 giorni, per la quale è richiesta una carta. Il piano Nano viene proposto senza carta. Verifica prezzi, requisiti e condizioni aggiornate.

Conclusione: migrare la posta nel modo giusto

La migrazione della posta diventa gestibile se se ne rispettano le fasi. Precarica i dati, abbassa il TTL a 300 secondi, esegui una sincronizzazione incrementale e verifica conteggi, campioni ed eccezioni. L'obiettivo non è soltanto spostare i dati, ma passare a un'infrastruttura che risponda alle esigenze di posta elettronica aziendale con costi prevedibili.

Per provare il motore integrato, crea un account TrekMail gratuito, verifica che il sistema di origine sia compatibile e comincia da una casella non critica.