Hai un dominio con la posta su un hosting generico — un pacchetto cPanel o Plesk, un provider low-cost da pochi euro l’anno — e le caselle sono semplicemente “posta e basta”. Niente calendario condiviso, niente Office, una webmail spartana e lo spazio che finisce sempre. Poi arriva la mail di un cliente con un allegato Word che nessuno riesce ad aprire bene, oppure il commerciale chiede Teams, oppure il consulente dice che per NIS2 serve l’MFA. Ed è lì che la domanda diventa concreta: come sposto le caselle su Microsoft 365 senza perdere niente?
La buona notizia è che Exchange Online ha uno strumento nativo pensato proprio per questo scenario: la migrazione IMAP, che copia la posta da qualunque server IMAP raggiungibile dentro le caselle Microsoft 365. La notizia da conoscere prima di partire è che la migrazione IMAP ha dei limiti precisi, e ignorarli è il modo più rapido per ritrovarsi con calendari spariti e clienti che scrivono ancora al vecchio server. Vediamo il processo passo per passo.
Cosa fa (e cosa non fa) la migrazione IMAP
La IMAP migration di Exchange Online si connette al tuo hosting come un normale client di posta e copia in Microsoft 365 il contenuto delle cartelle delle caselle. È robusta, gira lato cloud e non richiede installare nulla sul server di partenza. Ma è bene avere chiaro il perimetro:
- Copia solo i messaggi. Sposta le email delle cartelle di posta (Posta in arrivo, Inviati, sottocartelle). Non migra contatti, calendari, attività, regole, firme o impostazioni.
- Le caselle vanno create prima. A differenza di un cutover Exchange, qui devi prima creare gli utenti e le caselle in Microsoft 365 (e assegnare le licenze), poi la migrazione versa la posta dentro caselle che già esistono.
- Serve l’accesso IMAP attivo. Sull’hosting l’IMAP deve essere abilitato e raggiungibile, con le credenziali (o una password applicativa) di ogni casella.
- È una copia, non un trasloco continuo. Sincronizza la posta presente e gli aggiornamenti successivi finché lasci il batch attivo, ma non è una coesistenza di lungo termine come l’hybrid: serve a portarti al cutover, non a viverci.
IMAP vs cutover: perché qui non si fa il cutover
Chi arriva da un Exchange on-premises conosce il cutover migration, che sposta caselle, calendari e contatti in un colpo solo. Con un hosting IMAP generico quel metodo non è disponibile, perché manca un Exchange sorgente con cui Microsoft 365 possa dialogare. Per questo la migrazione IMAP è la strada standard per i provider tipo cPanel/Plesk — con il compromesso noto: i dati non-posta li gestisci a parte. Se invece vieni da Exchange Server, il percorso e i metodi sono diversi: li abbiamo dettagliati nella checklist per la migrazione Exchange a Exchange Online.
Fase 1 — Preparazione: dominio, licenze, inventario
Prima di toccare la posta, prepara il terreno. È la fase che fa la differenza fra una migrazione tranquilla e una di corsa.
Inventario delle caselle. Elenca ogni casella reale, gli alias, le caselle condivise e gli inoltri automatici. Misura lo spazio occupato per casella: è il dato che determina quanto durerà la sincronizzazione. Un account da 30 GB di archivio storico richiede ore, a volte giorni, di copia.
Verifica del dominio in Microsoft 365. Aggiungi il dominio aziendale nell’interfaccia di amministrazione e completane la verifica con il record TXT richiesto. In questa fase non cambi ancora l’MX: stai solo dimostrando di possedere il dominio, così potrai creare utenti con gli indirizzi definitivi.
Utenti e licenze. Crea gli account utente e assegna le licenze Microsoft 365 con la casella Exchange Online. Qui si decide anche il salto di valore: non stai comprando “solo posta”, stai attivando una suite con Outlook, Teams, OneDrive e SharePoint. La scelta del piano (e i modelli di prezzo per-utente al mese, impegno annuale o mensile) la trovi spiegata nel pillar Licenze Microsoft 365; per i numeri aggiornati e le date dei prossimi ritocchi di listino rimandiamo all’articolo dedicato ai prezzi 2026.
File di mappatura per i batch. La migrazione IMAP si pilota con un file CSV che, per ogni utente, indica l’indirizzo email della casella di destinazione, il nome utente sul server IMAP e la password. È il “manifesto” che dice a Exchange Online da dove pescare la posta di ciascuno.
Fase 2 — Endpoint IMAP e batch di migrazione
Nel centro di amministrazione Exchange crei un endpoint di migrazione di tipo IMAP, indicando server, porta e cifratura del tuo hosting (tipicamente IMAP su porta sicura). Microsoft 365 verifica che riesca a connettersi: se l’endpoint passa il test, sei a metà dell’opera.
A questo punto carichi il CSV e avvii un batch di migrazione. Qualche accortezza operativa:
- Parti con un batch pilota. Una o due caselle non critiche (la tua, quella di un collega volontario) per verificare che posta e cartelle arrivino integre prima di lanciare tutti.
- Spezza i grandi volumi. Se hai account molto pesanti, mettili in batch separati o avviali per primi: così la coda non blocca tutti gli altri.
- Lascia girare la sincronizzazione. Una volta partito, il batch fa la copia iniziale e poi continua a sincronizzare i messaggi nuovi che arrivano sul vecchio hosting (perché l’MX punta ancora lì). Questo è il punto chiave: non hai fretta di tagliare finché la sincronizzazione gira, gli utenti lavorano sul vecchio sistema e la posta nuova viene comunque replicata.
- Monitora gli errori. Il report del batch segnala le caselle con elementi non migrati. Le cause tipiche: messaggi corrotti sul server di origine, allegati oltre i limiti, credenziali errate. Si correggono e si rilancia la sincronizzazione.
Preparare gli utenti (change management)
La parte tecnica è metà del lavoro. L’altra metà è che, il giorno del cutover, le persone devono trovare Outlook già pronto. Conviene:
- Distribuire in anticipo istruzioni semplici per configurare Outlook (desktop e mobile) sul nuovo account.
- Avvisare che contatti e calendari vanno reimportati o ricreati, e dare una mano a farlo (è il punto dove nascono più frustrazioni).
- Spiegare che dopo il cutover la vecchia webmail non riceverà più posta nuova, ma resterà consultabile per un po’ come archivio di sicurezza.
Fase 3 — Cutover DNS: il momento che conta davvero
Finché la sincronizzazione è completa e verificata, la posta nuova arriva ancora sul vecchio hosting. Il vero cutover avviene quando sposti il flusso su Exchange Online cambiando il DNS del dominio:
- Record MX → ripuntato sull’endpoint Microsoft 365. Da questo momento le email in arrivo vanno alle caselle nuove.
- SPF, DKIM, DMARC → configurati per Microsoft 365, così i tuoi messaggi in uscita non finiscano in spam e il dominio sia protetto da spoofing.
- Autodiscover → il record che permette a Outlook di configurarsi da solo va ripuntato su Microsoft 365. Senza, i client continuano a cercare il vecchio server e la configurazione automatica fallisce.
Tieni presente la propagazione DNS: il cambio non è istantaneo per tutti, può richiedere ore. Per questo si lascia attivo il vecchio hosting alcuni giorni dopo il taglio — durante la transizione una parte della posta può ancora atterrare lì, e la sincronizzazione del batch la raccoglie. Quando sei certo che tutto arriva su Microsoft 365, completi i batch e disattivi il vecchio servizio.
Dopo il cutover: cosa hai guadagnato
A migrazione conclusa non hai semplicemente “spostato la posta”. Hai sostituito una casella isolata con un ambiente integrato: Outlook con calendario e contatti, Teams per le riunioni, OneDrive e SharePoint per i file, MFA e protezione anti-phishing per la sicurezza. È il salto da strumento di posta a piattaforma di lavoro — ed è anche il momento giusto per evitare gli sprechi di licenze tipici di chi adotta in fretta, tema che approfondiamo nei costi nascosti di Microsoft 365 per le PMI. Chi arriva invece da Google Workspace trova logiche affini ma trappole diverse: le abbiamo raccolte nella guida su come migrare da Google Workspace a Microsoft 365.
Perché farlo con un partner
La migrazione IMAP “sulla carta” è lineare, ma i punti dove le PMI si fanno male sono sempre gli stessi: caselle troppo pesanti che fanno scadere i tempi, contatti e calendari dati per scontati e poi persi, record MX cambiati troppo presto con qualche giorno di posta che scompare, SPF/DKIM/DMARC dimenticati e messaggi che finiscono in spam. Sono errori che si pagano in giorni di lavoro e in fiducia dei clienti.
Affrontarla con un partner significa avere chi pianifica i batch, presidia il cutover DNS nella finestra giusta, recupera i dati non-posta e configura la sicurezza dal primo giorno. Come Cloud Solution Provider Microsoft, SynSphere fornisce le licenze e segue l’intera migrazione: dall’inventario al taglio dei record, fino alla formazione degli utenti. Vedi il servizio di Assistenza Microsoft 365 gestita, valuta i piani sul pillar Licenze Microsoft 365 e parla con un nostro consulente per un piano di migrazione su misura per il tuo dominio.
Domande frequenti
Quanto dura una migrazione IMAP verso Microsoft 365?
Per una PMI di 10-50 caselle si parla in genere di 1-3 settimane comprese le verifiche, ma il tempo macchina dipende dal volume di posta: la migrazione IMAP copia tutta la cronologia e può sincronizzare GB di messaggi per più giorni. Conviene avviare i batch in anticipo e mantenere il vecchio hosting attivo finché tutto è allineato, poi tagliare i record MX e autodiscover.
La migrazione IMAP sposta anche contatti e calendari?
No. L’IMAP migration di Exchange Online copia solo i messaggi delle cartelle di posta. Contatti, calendari, attività e regole non vengono trasferiti automaticamente: vanno esportati e reimportati a parte, oppure ricreati. Se questi dati sono critici è uno dei motivi per cui si preferisce un metodo diverso o un supporto specializzato alla migrazione.
Devo cambiare i record DNS per usare la posta su Microsoft 365?
Sì. Una volta migrata la posta, il flusso in arrivo va indirizzato a Exchange Online cambiando il record MX del dominio, aggiungendo i record SPF, DKIM e DMARC e ripuntando l’autodiscover su Microsoft 365. Finché l’MX punta al vecchio hosting, le nuove email continuano ad arrivare lì: il cambio DNS è il vero momento di cutover.
Posso passare a Microsoft 365 senza perdere le email vecchie?
Sì, è proprio l’obiettivo della migrazione: la cronologia delle caselle viene copiata in Exchange Online prima del taglio dei record DNS. Il rischio di perdere messaggi nasce solo se si cambia l’MX prima di aver completato e verificato la sincronizzazione. Per questo si tiene il vecchio hosting attivo qualche giorno dopo il cutover, come rete di sicurezza.