Migrazione email: calendario sicuro passo dopo passo

Passaggi per migrare le email: il calendario quotidiano che riduce le interruzioni

Questi passaggi non sono una semplice copia di file. Servono a gestire una transizione di stato tra due database attivi mentre gli utenti modificano dati a entrambe le estremità. Se il livello dei dati (IMAP) perde la sincronizzazione con quello dell'instradamento (DNS), si crea un routing diviso: una parte dell'organizzazione riceve la posta sul vecchio server e l'altra sul nuovo.

Questa procedura descrive i passaggi giorno per giorno, da T-7 a T+1. Niente teoria, soltanto l'ordine di esecuzione. Per approfondire l'architettura, consulta la guida completa alla configurazione delle email.

I tre livelli da gestire

Ogni migrazione email coinvolge tre livelli. Un errore in uno di essi può causare un'interruzione.

1. Livello dei dati: i messaggi storici (IMAP)
2. Livello di instradamento: i record DNS (MX) che stabiliscono dove arriva la nuova posta
3. Livello di identità: la configurazione dei client (Outlook e app mobili) utilizzati per accedere alla posta

T-7 giorni: rilevamento e pulizia

Non puoi migrare ciò di cui ignori l'esistenza. Un elenco di utenti non è un inventario. Questi primi passaggi servono a costruire un quadro completo.

Fai un inventario completo

• Mappa tutti i tipi di oggetto: caselle, alias, liste di distribuzione e cartelle pubbliche
• Individua le caselle fuori misura: cerca quelle oltre i 20 GB. Google limita i download IMAP a circa 2,500 MB/giorno. Una casella da 50 GB può richiedere settimane, non ore. La guida alla migrazione dei dati di Google Workspace documenta questi limiti nei dettagli.
• Elimina i dati inattivi: gli ex dipendenti non hanno bisogno di caselle attive. Esportali in archivi locali.

Se esegui la migrazione da Exchange, usa PowerShell per ottenere il numero reale di elementi. Le dimensioni in GB non sono affidabili a causa della compressione:

T-2 giorni: sincronizzazione di precaricamento

Non aspettare il venerdì sera. Trasferisci il 90% dei dati storici mentre gli utenti stanno ancora lavorando. Questo precaricamento riduce notevolmente il rischio durante il passaggio.

Avvia la sincronizzazione

Configura lo strumento di migrazione, oppure imapsync, per trasferire le email più vecchie di 30 giorni. Controlla la presenza di errori HTTP 429 (troppe richieste) o Google 11001.

Limiti da conoscere

Avvertenza per Gmail: non migrare direttamente la cartella «Tutti i messaggi» oltre a ogni etichetta. Gmail usa etichette anziché copie distinte, ma una mappatura errata tra etichette e cartelle può creare duplicati sulla destinazione. Mappa le etichette nelle cartelle ed escludi Gmail/All Mail da questo percorso.

T-1 giorno: riduzione del TTL (la regola dei 300 secondi)

I record DNS vengono spesso conservati in cache per 24 ore (TTL 86,400). La riduzione del TTL è uno dei passaggi più spesso trascurati e rimpianti. Se modifichi gli MX senza ridurre prima il TTL, alcuni resolver possono continuare a inviare la posta al vecchio server fino alla scadenza della cache.

1. Accedi al provider DNS (Cloudflare, Route53, ecc.)
2. Individua i record MX
3. Imposta il TTL su 300 secondi (5 minuti)
4. Non eliminare ancora i vecchi record; aggiorna soltanto il TTL

Verifica con dig:

T-0 (venerdì sera): il passaggio

Gli utenti hanno smesso di lavorare. Esegui il passaggio. Questi sono i momenti più delicati della migrazione.

Passaggio 1: blocca le attività

Chiedi agli utenti di smettere di inviare messaggi. Se possibile, blocca gli account sull'origine per evitare email isolate.

Passaggio 2: sincronizzazione differenziale

Esegui nuovamente lo strumento di migrazione. Questo ciclo recupera gli ultimi 30 giorni e tutti i nuovi elementi. Poiché la maggior parte dei dati è già stata trasferita, dovrebbe durare meno del precaricamento, ma il tempo effettivo dipende dal volume e dai limiti del provider.

Controlla i problemi UIDVALIDITY: se il server di origine ha reindicizzato le cartelle, lo strumento può scaricare dei duplicati. Esegui sempre prima una simulazione. La RFC 3501 di IMAP spiega nei dettagli la semantica UIDVALIDITY.

Passaggio 3: modifica i record MX

Aggiorna i record MX affinché puntino al nuovo provider. Per gli utenti TrekMail:

Con un TTL di 300 secondi, le cache che lo rispettano possono aggiornarsi in circa 5 minuti. Altri resolver possono richiedere più tempo.

Passaggio 4: aggiorna SPF e DKIM

Pubblica e verifica l'autorizzazione dei nuovi IP in SPF prima che il nuovo provider inizi a inviare, mantenendo le vecchie origini finché restano attive. Per i dettagli sulla configurazione dell'autenticazione email sul tuo dominio, consulta la guida dedicata.

T+1 (lunedì mattina): verifica

Gli ultimi passaggi riguardano la convalida. Non dare per scontato che tutto abbia funzionato; verificalo.

Verifica del numero di elementi

Confronta il numero di elementi tra origine e destinazione. Una differenza inferiore all'1% può dipendere da elementi MIME danneggiati e va documentata. Secondo questa soglia operativa, una differenza superiore al 5% richiede di indagare un possibile problema generale, come limiti alla profondità delle cartelle o filtri configurati male.

Riconfigurazione dei client

In base al client email e al cambio di servizio, gli utenti dovranno riconfigurare l'account esistente oppure rimuoverlo e aggiungere quello nuovo.

Calendari e contatti

TrekMail offre hosting email professionale per le aziende, con calendari sul server tramite CalDAV e contatti tramite CardDAV. La migrazione IMAP, però, trasferisce soltanto le email. Esporta i calendari (.ics) e i contatti (.vcf) dal vecchio provider, quindi importali in TrekMail. Dopo aver configurato gli account, si sincronizzeranno sui dispositivi compatibili.

Punti di controllo per procedere o fermarsi

Il piano di ripristino

Se il nuovo sistema rifiuta la posta o mancano dati essenziali:

1. Ripristina gli MX: falli puntare di nuovo al vecchio provider. Con un TTL di 300s, alcune cache possono aggiornarsi in 5 minuti, ma il ripristino completo può richiedere più tempo
2. Esporta l'intervallo: mantieni accessibile il nuovo provider e ripeti la riconciliazione; tutti i messaggi che vi arrivano finché scadono le cache DNS devono essere esportati in EML/MBOX e importati sul vecchio server
3. Fai una diagnosi: verifica la presenza di errori 550 5.7.1 (Relay Access Denied) o blocchi del firewall prima di riprovare

TrekMail automatizza questi passaggi di migrazione

La migrazione manuale richiede molto lavoro e comporta rischi. TrekMail automatizza una parte dell'infrastruttura, così puoi concentrarti sui clienti.

Per le piccole imprese

Non pagare per funzioni che non usi. Lo strumento di migrazione integrato di TrekMail gestisce la connessione IMAP, i nuovi tentativi e i limiti per i dati supportati. Inserisci le credenziali, controlla il processo ed esegui infine una verifica rispetto all'origine.

Per agenzie e MSP

Provisioning collettivo per più di 100 domini. Spazio condiviso tra tutti i clienti anziché limiti per utente. SMTP gestito che riduce la necessità di amministrare il riscaldamento degli IP.

Tutti i piani a pagamento includono una prova gratuita di 14 giorni e richiedono una carta. Il piano Nano non richiede una carta.

Conclusione

Questi passaggi seguono un calendario rigoroso per un motivo: ogni fase dipende da quella precedente. Se salti la riduzione del TTL, l'instradamento può restare diviso fino a 24 ore, in base alla scadenza delle cache. Senza precaricamento, la finestra di passaggio può durare molto più del previsto.

Segui il calendario, confronta il numero di elementi e tieni pronto un piano di ripristino. Questa è l'intera formula.

Vuoi iniziare? Crea il tuo account TrekMail gratuito e usa il motore di migrazione integrato per ridurre il lavoro manuale.