Risposta breve: 

La migrazione della posta elettronica a Office 365 trasferisce caselle, domini e archivi email verso Exchange Online, il servizio di posta di Microsoft 365. Si esegue via IMAP, importazione PST, migrazione da Exchange on-premise o strumenti di terze parti; richiede la preparazione del tenant, il cutover dei record DNS (MX, Autodiscover, SPF, DKIM, DMARC) e la messa in sicurezza del nuovo ambiente. Nexsys segue l'intero progetto: assessment, pilota, migrazione massiva, cutover e supporto post-migrazione.

Migrazione posta elettronica a Office 365

La migrazione della posta elettronica a Office 365 trasferisce caselle, domini e archivi email verso Exchange Online, il servizio di posta di Microsoft 365. Il metodo dipende dal sistema di origine: provider IMAP, file PST, Exchange Server, Google Workspace, Zimbra o ambienti complessi che richiedono strumenti specializzati. Un progetto corretto comprende assessment, preparazione del tenant, migrazione pilota, cutover DNS, verifica del flusso di posta e messa in sicurezza del nuovo ambiente.

Nexsys gestisce progetti di migrazione email verso Microsoft 365 per aziende e organizzazioni, coordinando mailbox, domini, identità, DNS, sicurezza e supporto al go-live. Quando il perimetro comprende anche file, SharePoint, OneDrive, Teams o migrazioni tenant-to-tenant, il progetto viene ricondotto al servizio completo di migrazione Microsoft 365.

Stai pianificando la migrazione a Office 365? Scopri come possiamo supportare la tua azienda per un passaggio semplice e sicuro.

Quando serve migrare la posta elettronica a Microsoft 365

La migrazione verso Exchange Online è indicata quando l’azienda utilizza server di posta on-premises, provider email tradizionali o piattaforme che non rispondono più ai requisiti di gestione, sicurezza, continuità e integrazione dell’ambiente Microsoft 365. I casi più frequenti sono:

• caselle IMAP di provider come Aruba, Register o hosting tradizionali — guida alla migrazione IMAP a Microsoft 365
• migrazione da Zimbra — migrazione da Zimbra a Microsoft 365
• migrazione da Google Workspace o Gmail — migrazione da Google Workspace a Microsoft 365
• migrazione da Exchange Server on-premises — per Exchange 2019: guida alla migrazione da Exchange 2019
• importazione di archivi PST in mailbox o archivi online di Exchange Online;
• consolidamento di domini e ambienti email;
• scenari tenant-to-tenant, fusioni e acquisizioni, da trattare nel progetto Microsoft 365 complessivo.

Se la migrazione coinvolge anche documenti, identità, Teams, SharePoint o OneDrive, usa come pagina di riferimento il servizio di migrazione Microsoft 365.

Cosa comprende una migrazione email a Office 365

Migrare la posta non significa soltanto copiare messaggi da una casella all’altra. Il progetto deve preparare la destinazione, controllare ciò che può o non può essere trasferito con il metodo scelto e governare il momento in cui il flusso SMTP passa a Microsoft 365.

• analisi dell’ambiente sorgente, delle mailbox, dei volumi e dei domini SMTP;
• verifica degli utenti e assegnazione di licenze con Exchange Online;
• scelta della strategia di migrazione in base alla piattaforma di origine;
• configurazione di endpoint, connettori o strumenti di migrazione;
• pilot su mailbox rappresentative e verifica di tempi, errori e oggetti esclusi;
• migrazione per batch o secondo il modello previsto dallo scenario;
• pianificazione del cutover e aggiornamento dei record DNS;
• verifica di invio, ricezione, Autodiscover e configurazione dei client;
• controllo post-migrazione di sicurezza, accessi, backup e retention;
• supporto agli utenti nella fase di go-live e stabilizzazione.

Modalità di migrazione: IMAP, PST, Exchange e strumenti specializzati

Migrazione IMAP

La migrazione IMAP è adatta quando il sistema di origine espone caselle tramite protocollo IMAP e il perimetro principale riguarda i messaggi email. Microsoft specifica che l’IMAP non trasferisce contatti, calendari o attività; questi elementi richiedono procedure separate o strumenti differenti. La migrazione viene organizzata tramite utenti di destinazione già predisposti, endpoint IMAP, file CSV e batch di sincronizzazione.

Il passo-passo operativo non va duplicato in questa pagina. Usa la guida IMAP da Aruba, Register e altri provider.

Importazione di archivi PST

Per archivi storici o esportazioni in formato PST, Microsoft 365 mette a disposizione il servizio Import nel portale Microsoft Purview. Nel metodo network upload i file vengono caricati in un’area temporanea di Azure Storage tramite AzCopy, quindi associati alle mailbox di destinazione con un file CSV di mapping e importati tramite un job dedicato. Microsoft indica AzCopy come metodo supportato per il caricamento di rete dei PST.

Questa modalità è utile per archivi legacy, importazioni selettive o recupero di dati non presenti nella sorgente online. Prima dell’import vanno verificati dimensione, integrità dei file, destinazione primaria/archivio e criteri di retention applicabili.

Migrazione da Exchange Server on-premises

Per Exchange Server la strategia dipende dalla versione, dal numero di mailbox, dalla presenza di directory synchronization, dalla necessità di coesistenza e dalle applicazioni che usano relay SMTP o dipendenze Exchange. Non è corretto presentare cutover, staged e hybrid come opzioni equivalenti per ogni versione: la staged migration è una modalità legacy prevista per Exchange 2003/2007, mentre negli ambienti Exchange moderni la scelta ricade normalmente su scenari hybrid/remote move o su strumenti specializzati, in funzione dell’architettura e del percorso di dismissione.

Per Exchange Server 2019, già fuori supporto dal 14 ottobre 2025, usa la guida dedicata alla migrazione da Exchange 2019 a Microsoft 365. Se l’ambiente usa Active Directory locale, il modello di identità e sincronizzazione va coordinato con le attività di Identity Security.

Migrazione con strumenti specializzati

Piattaforme di migrazione di terze parti sono indicate quando servono coesistenza prolungata, delta multipli, tenant-to-tenant, mapping complessi, reportistica granulare o gestione di workload non coperti in modo sufficiente dagli strumenti nativi. La scelta dello strumento va fatta dopo l’assessment del perimetro e non deve modificare l’ownership SEO delle guide dedicate alla piattaforma sorgente.

Configurazione DNS per Exchange Online

Il cutover della posta richiede una gestione controllata dei record DNS. Prima del cambio MX il tenant deve essere pronto, le mailbox di destinazione devono essere state predisposte e la strategia di migrazione deve essere già validata. I record principali da verificare sono:

• MX, per indirizzare la posta in ingresso verso Exchange Online;
• Autodiscover, per la configurazione automatica dei client Outlook;
• SPF, per autorizzare le sorgenti legittime di invio;
• DKIM, per firmare i messaggi in uscita dai domini configurati;
• DMARC, per definire la policy di autenticazione e reporting del dominio.

Prima del cutover è opportuno ridurre il TTL del record MX secondo il piano DNS. Nelle migrazioni IMAP Microsoft indica che la propagazione del nuovo MX può richiedere fino a 72 ore e raccomanda di non eliminare il batch di migrazione prima di avere verificato il routing e mantenuto la sincronizzazione per almeno tale finestra.

Dopo il passaggio, backup e retention possono essere gestiti con Data Protection as a Service.

Sicurezza della posta dopo la migrazione

Exchange Online deve essere inserito in una configurazione di sicurezza coerente con il rischio aziendale. La migrazione non chiude il progetto: apre la fase di hardening del tenant, delle identità e dei dispositivi che accedono alla posta.

• MFA per utenti e amministratori;
• Conditional Access e restrizioni coerenti con il modello di identità;
• protezione antiphishing e antispam;
• SPF, DKIM e DMARC correttamente allineati;
• ruoli amministrativi a privilegio minimo;
• audit e tracciamento delle attività;
• retention, archiviazione e backup dove richiesto;
• protezione degli endpoint e dei dispositivi di accesso.

Rimandi operativi: Cloud Security · Microsoft 365 Security Assessment · Endpoint Protection

Come lavora Nexsys in un progetto di migrazione email

1. Assessment: domini, mailbox, provider, volumi, DNS, licenze, archivi, applicazioni SMTP e vincoli operativi.
2. Disegno della strategia: scelta del percorso in base a sistema sorgente, dati da migrare, continuità richiesta e dipendenze.
3. Preparazione del tenant: utenti, licenze, domini, Exchange Online, ruoli e configurazioni di sicurezza.
4. Pilot: migrazione di mailbox rappresentative e verifica end-to-end di dati, tempi ed errori.
5. Migrazione massiva: esecuzione per batch o secondo il modello definito nel piano.
6. Cutover: aggiornamento del flusso di posta e dei record DNS nella finestra prevista.
7. Validazione: controllo di invio/ricezione, contenuti, client, dispositivi, alias e applicazioni che inviano email.
8. Stabilizzazione: gestione delle eccezioni, supporto agli utenti e chiusura controllata dell’ambiente sorgente quando possibile.

Vantaggi della migrazione email a Exchange Online

• gestione centralizzata delle mailbox e dei domini;
• accesso tramite Outlook, web e dispositivi mobili;
• integrazione con identità e servizi Microsoft 365;
• riduzione della dipendenza da server di posta locali non più strategici;
• possibilità di applicare controlli di sicurezza, auditing, retention ed eDiscovery;
• maggiore governabilità di utenti, permessi e configurazioni;
• possibilità di integrare backup, formazione e assessment nello stesso programma di adozione.

Errori da evitare nella migrazione della posta

• stimare la migrazione senza misurare volumi e numero reale di elementi;
• scegliere IMAP senza verificare calendari, contatti, deleghe e archivi PST;
• non eseguire un pilot con mailbox rappresentative;
• modificare l’MX prima che il tenant e il flusso di posta siano pronti;
• non ridurre e pianificare il TTL del record MX;
• trascurare SPF, DKIM, DMARC e applicazioni che inviano SMTP;
• eliminare troppo presto il batch IMAP dopo il cambio MX;
• non verificare alias, shared mailbox, deleghe e client mobili;
• non prevedere hardening, backup e supporto post-migrazione.

Per gli errori specifici delle migrazioni da Exchange Server, vedi 5 errori comuni nella migrazione da Exchange a Microsoft 365.

Domande frequenti sulla migrazione della posta a Office 365

Quanto dura una migrazione della posta a Office 365?

Dipende da numero di mailbox, volume e numero di elementi, banda, limiti del sistema sorgente e metodo scelto. Un progetto IMAP di piccole dimensioni può essere completato in pochi giorni tra preparazione, pilot, sincronizzazione e cutover; migrazioni Exchange, Google Workspace o tenant-to-tenant possono richiedere finestre più estese. La stima affidabile deriva dall’assessment.

Durante la migrazione si rischia di perdere la posta in arrivo?

Il rischio viene ridotto con pre-sincronizzazione, cambio MX pianificato e verifica del routing. Nelle migrazioni IMAP il batch continua a sincronizzare la sorgente finché non viene eliminato; Microsoft raccomanda di attendere almeno 72 ore dopo il cambio MX prima di interrompere la sincronizzazione, dopo avere verificato che la posta arrivi correttamente in Microsoft 365.

La migrazione IMAP trasferisce anche contatti e calendari?

No. Microsoft specifica che l’IMAP migra i messaggi nelle cartelle di posta, ma non contatti, calendari o attività. Questi oggetti devono essere gestiti con procedure separate o con strumenti adatti alla piattaforma sorgente.

Che differenza c’è tra cutover, staged e hybrid?

Sono modelli nati per scenari Exchange differenti. La staged migration è una modalità legacy riferita a Exchange 2003/2007; il cutover è previsto solo per specifiche versioni e scenari legacy. Negli ambienti Exchange moderni la migrazione graduale viene normalmente progettata tramite hybrid/remote move o strumenti specializzati, in base a identità, coesistenza e percorso di dismissione.

Come vengono importati i vecchi archivi PST?

Per importazioni amministrative massive Microsoft 365 usa il servizio Import di Microsoft Purview. Nel network upload i PST vengono caricati con AzCopy in un’area temporanea di Azure Storage, quindi associati alle mailbox tramite un file CSV di mapping e importati con un job dedicato.

Quando vanno cambiati i record MX?

Quando il tenant è pronto, la migrazione è stata validata e il piano di cutover è stato approvato. È opportuno ridurre in anticipo il TTL dell’MX e mantenere un periodo di verifica dopo il cambio. Per IMAP Microsoft documenta una finestra di propagazione che può arrivare a 72 ore.

Dopo la migrazione serve ancora un backup della posta?

Retention, cestini e disponibilità del servizio non coincidono con una strategia di backup indipendente. La necessità di backup va definita in base a rischio, requisiti di recupero, compliance e politiche aziendali.

Nexsys segue anche migrazioni tenant-to-tenant?

Sì. Fusioni, acquisizioni, separazioni societarie e consolidamenti tra tenant Microsoft 365 richiedono mapping di utenti e domini, gestione della coesistenza, migrazione dei workload e cutover coordinato. Questo intento appartiene alla pagina servizio Microsoft 365, non a una procedura di sola posta.