Questa guida spiega metodi, fasi e insidie della migrazione della posta. Se cerchi il servizio gestito end-to-end — posta, file, tenant e assistenza post-migrazione — la pagina di riferimento è migrazione a Microsoft 365 per aziende.
La migrazione della posta elettronica a Office 365 trasferisce le caselle a Exchange Online. Calendari, contatti, archivi e configurazioni richiedono attività specifiche, che dipendono dalla piattaforma di origine e dal metodo scelto. I percorsi principali comprendono IMAP, importazione PST, migrazione da Exchange Server e strumenti specializzati. Il cutover richiede anche la verifica di MX, Autodiscover, SPF, DKIM e DMARC, secondo il flusso di posta effettivo. Il metodo si sceglie in base al sistema di partenza, al numero di mailbox e a cosa deve arrivare oltre alle email.
Nexsys segue aziende, studi professionali ed enti in tutte le fasi: analisi dell'ambiente, preparazione del tenant, migrazione delle mailbox, cutover DNS, messa in sicurezza e supporto agli utenti. Se la migrazione coinvolge anche file, Teams o SharePoint, il perimetro corretto è il servizio di migrazione a Microsoft 365.
Risposta rapida
| Sorgente | Percorso possibile | Verifica del perimetro |
|---|---|---|
| Provider IMAP | IMAP | Email e cartelle; calendari, contatti e regole separati |
| Zimbra Kerio Domino | IMAP o strumenti specializzati | Calendari, contatti e deleghe secondo strumento e sorgente |
| Google Workspace | Nativo o strumenti specializzati | Email, calendari, contatti e Drive da valutare separatamente |
| Exchange Server | Cutover o hybrid secondo versione | Mailbox, identità e coesistenza da verificare |
| Archivi PST | Import nel portale Purview | Mapping PST e mailbox o archivio di destinazione |
| Altro tenant Microsoft 365 | Tenant to tenant | Mailbox e altri workload secondo perimetro e tool |
Quando serve migrare la posta a Exchange Online
La migrazione è indicata quando la posta gira su server on-premise a fine vita, su provider che non offrono MFA e protezione antiphishing adeguate, o su sistemi che non si integrano con Teams, SharePoint e OneDrive. I casi che seguiamo più spesso:
Passaggio da caselle POP/IMAP di provider hosting
Migrazione da Zimbra a Microsoft 365
03Migrazione da Google Workspace a Microsoft 365
04Dismissione di Exchange Server on-premise e passaggio a Exchange Online
Importazione di archivi PST storici nelle nuove mailbox
Consolidamento di più domini in un unico tenant
Fusioni e acquisizioni con migrazione tenant-to-tenant
Cosa comprende una migrazione email corretta
La copia dei messaggi è soltanto una delle attività. Prima del cutover vanno verificati il dominio, gli utenti, le licenze e il piano DNS; dopo, vanno controllati i contenuti e riconfigurati i client. Le attività di un progetto standard:
Analisi dell'ambiente di posta: mailbox, volumi, domini, provider, vincoli di fermo.
Verifica dei domini SMTP nel tenant Microsoft 365.
Creazione o sincronizzazione degli utenti e assegnazione delle licenze con Exchange Online.
Scelta del metodo di migrazione.
Migrazione pilota su un gruppo ristretto.
Migrazione a blocchi o in modalità cutover.
Cambio dei record DNS nella finestra concordata.
Riconfigurazione di Outlook e dispositivi mobili.
Verifica dei contenuti e supporto agli utenti nei giorni successivi.
I quattro metodi di migrazione
Migrazione IMAP
La migrazione IMAP copia le email e le cartelle dal server di origine a Exchange Online attraverso un endpoint di migrazione e un file CSV con le mailbox. È il metodo per i provider hosting e per i sistemi non Microsoft. Il limite è strutturale: IMAP trasferisce solo i messaggi; contatti, calendari, attività e regole vanno gestiti a parte. La procedura completa, con i passaggi nell'Admin Center, è nella guida alla migrazione IMAP da Aruba o Register a Microsoft 365.
Importazione PST
L'importazione PST serve per archivi storici esportati da Outlook o da sistemi legacy. Richiede i permessi appropriati nel portale Microsoft Purview e, per il network upload, il caricamento dei PST tramite la versione di AzCopy indicata da Microsoft con URL SAS, seguito da un CSV che associa ciascun file alla mailbox di destinazione. È adatta a migrazioni parziali e recuperi di storico; il rischio tipico è il mapping errato, per questo la verifica finale mailbox per mailbox non è opzionale.
Da Exchange on-premise
Con Exchange Server la scelta dipende dalla versione e dal modello di identità. Il cutover migra le mailbox in un unico percorso e Microsoft lo considera più praticabile entro circa 150 caselle; staged è una modalità legacy per Exchange 2003/2007; hybrid e remote move permettono la coesistenza negli scenari compatibili. La scelta dipende da versione, numero di utenti e necessità di mantenere per un periodo posta on-premise e cloud insieme. In tutti i casi va deciso prima il modello di identità: sincronizzata da Active Directory o solo cloud. Modelli, rischi ed errori tipici sono trattati nella guida alla migrazione da Exchange 2019 a Microsoft 365.
Strumenti di terze parti
Per ambienti con molte mailbox, domini multipli, coesistenza lunga o sistemi sorgente non standard usiamo piattaforme SaaS come Cloudiway e BitTitan: migrazione incrementale, report per mailbox, gestione degli errori, supporto tenant-to-tenant e Google Workspace. Costi, workload supportati e livello di controllo vanno verificati nell'assessment prima di scegliere la piattaforma.
Configurazione DNS per Exchange Online
Il cambio MX è una fase del cutover e va pianificato, non improvvisato. I record da gestire:
MXInstrada la posta in ingresso verso Exchange Online.
AutodiscoverConfigura automaticamente Outlook e i dispositivi mobili.
SPFAutorizza Microsoft 365 a inviare per il dominio.
DKIMFirma i messaggi in uscita.
DMARCDefinisce la policy contro spoofing e phishing sul dominio.
Un MX cambiato prima che il tenant sia pronto, un Autodiscover assente o uno SPF che non include Microsoft 365 producono i tre problemi classici del giorno dopo: posta non ricevuta, Outlook che non si configura, messaggi in spam presso i destinatari. Il TTL dell’MX può essere ridotto prima del cutover, secondo il piano DNS e i tempi di propagazione effettivi.
Sicurezza della posta dopo la migrazione
Exchange Online porta con sé strumenti di protezione, ma vanno configurati. Il minimo che chiudiamo in ogni progetto:
-
MFA per utenti e amministratori; criteri di accesso condizionale dove supportati dalle licenze e dal modello di identità.
-
Blocco dei protocolli di autenticazione legacy (POP/IMAP/SMTP basic) una volta finita la migrazione.
-
Policy antiphishing e antispam coerenti con le licenze acquistate, autenticazione del dominio con SPF, DKIM e DMARC.
-
Ruoli amministrativi con privilegi minimi e account admin separati da quelli di posta.
-
Audit log e retention policy.
-
Backup delle mailbox indipendente dal tenant, perché retention e backup non sono la stessa cosa.
Per verificare la configurazione dopo il go-live: Security Assessment Microsoft 365. Per la protezione continuativa delle identità: Identity Security. Per il backup delle mailbox: Data Protection as a Service.
Come lavora Nexsys in un progetto di migrazione email
Il metodo è lo stesso su ogni progetto, cambia solo la dimensione:
Assessment - domini, mailbox, volumi, provider, DNS, licenze, vincoli operativi.
Strategia - scelta tra IMAP, PST, Exchange, terze parti o scenario ibrido.
Preparazione del tenant - utenti, licenze, domini, ruoli, sicurezza di base.
Pilota - un gruppo ristretto per validare metodo e tempi.
Migrazione massiva - a blocchi o cutover.
Cutover DNS - MX, Autodiscover, SPF, DKIM, DMARC.
Verifica - accesso, contenuti, invio e ricezione, client.
Supporto post-migrazione - assistenza agli utenti e stabilizzazione.
Quando serve, il progetto include la formazione: corso Microsoft 365 Administration per chi gestirà il tenant, corso Microsoft 365 per utenti per chi lavorerà con Outlook, Teams e OneDrive.
Stai pianificando la migrazione della posta aziendale?
Descrivi il sistema di partenza, il numero di mailbox, i domini e i dati da migrare. Nexsys definisce metodo, tempi, dipendenze e finestra di cutover.
Devi migrare davvero l'ambiente? Nexsys gestisce assessment, tenant di destinazione, identità, posta, documenti, DNS, sicurezza, pilot e cutover. Quando la migrazione coinvolge più workload, il progetto passa dal servizio migrazione Microsoft 365.
Errori da evitare
-
Cambiare l'MX prima di aver completato utenti, licenze e test del tenant.
-
Non testare credenziali e accesso IMAP su un campione prima della migrazione massiva.
-
Dimenticare Autodiscover, SPF, DKIM e DMARC.
-
Migrare senza pilota e senza comunicare agli utenti data e impatti.
-
Lasciare attiva l'autenticazione legacy dopo il cutover.
-
Considerare la retention di Microsoft 365 come backup.
-
Non prevedere cosa fare degli archivi PST locali.
Domande frequenti sulla migrazione posta a Office 365
Quanto tempo richiede una migrazione della posta a Office 365?
Dipende dal numero di mailbox, dal volume dei dati, dalle prestazioni della sorgente e dal metodo. La stima affidabile si definisce dopo l'assessment e il pilota; scenari ibridi o tenant-to-tenant richiedono spesso fasi aggiuntive.
La migrazione IMAP trasferisce anche calendari e contatti?
No. IMAP trasferisce solo i messaggi e le cartelle. Calendari, contatti, attività e regole vanno esportati e importati separatamente, oppure migrati con strumenti di terze parti.
Serve interrompere la posta durante la migrazione?
La migrazione può avvenire con la sorgente ancora attiva. Il cambio MX viene pianificato e si verifica il routing in entrata e in uscita; nelle migrazioni IMAP il batch di sincronizzazione va mantenuto finché la consegna alla destinazione è confermata.
Chi può importare i file PST in Microsoft 365?
Serve un account con i permessi appropriati per il servizio Import di Microsoft Purview. Prima di procedere vanno verificati ruoli, accesso al portale, destinazione e mapping dei file PST.
Si può migrare da Google Workspace a Microsoft 365?
Sì. La scelta tra strumenti nativi e piattaforme specializzate dipende da email, calendari, contatti, Drive, permessi e organizzazione della sorgente. Leggi la guida alla migrazione da Google Workspace.
Quali record DNS vanno modificati?
MX per la posta in ingresso, Autodiscover per la configurazione dei client, SPF, DKIM e DMARC per l'autenticazione dei messaggi in uscita. Il TTL va abbassato qualche giorno prima del cutover.
Microsoft 365 fa il backup delle mailbox migrate?
Microsoft 365 offre retention e recupero elementi eliminati, ma non un backup indipendente: la responsabilità dei dati resta all'organizzazione. Per requisiti di conservazione o ripristino serve una soluzione di backup dedicata.
Cosa succede alle regole di Outlook e alle firme?
Le regole lato client e le firme non vengono migrate da IMAP e PST: vanno ricreate in Outlook o distribuite centralmente. Le regole lato server di Exchange richiedono una verifica caso per caso in base al metodo di migrazione e alle condizioni del tenant di destinazione.