Una PMI di servizi con una cinquantina di persone ci scrive così: “Abbiamo la posta su Zimbra, ce l’aveva configurata il provider anni fa. Ora vogliamo Office, Teams e la posta tutti insieme, ma il direttore ha il terrore di perdere lo storico email dei clienti.” È uno scenario che incontriamo spesso. Zimbra è diffusissimo in Italia perché molti ISP e operatori PA lo offrono come piattaforma standard: funziona, ma lascia l’azienda con la posta isolata dagli altri strumenti e con un server da mantenere.
Migrare da Zimbra a Microsoft 365 è fattibile e a basso rischio, se la si pianifica nell’ordine giusto. Il punto critico è uno solo: non si tocca il record MX finché la posta non è già al sicuro nella nuova casella. Vediamo come si fa, passo per passo, e le insidie che fanno perdere messaggi a chi improvvisa.
Perché le PMI lasciano Zimbra per Microsoft 365
Zimbra fa il suo mestiere — manda e riceve email — ma è un silos. Calendari, contatti e webmail vivono lì dentro, mentre i documenti stanno altrove e le videochiamate su un altro tool ancora: uno stack frammentato, con più password e più fatture. Le ragioni del passaggio sono quasi sempre queste:
- Consolidamento: posta, Office desktop, Teams, OneDrive e SharePoint in un’unica licenza per utente, con un solo fornitore.
- Sicurezza moderna: MFA, Conditional Access e Defender integrati, invece di doverli aggiungere a mano sopra Zimbra.
- Copilot e produttività AI: l’ecosistema Microsoft 365 è oggi la base naturale per l’adozione dell’AI generativa in azienda.
- Fine della gestione del server mail: niente più patch, backup e manutenzione del server Zimbra, soprattutto quando è ospitato presso un ISP che lo sta dismettendo.
Se questi punti risuonano con la vostra situazione, il passaggio ha senso. La logica è la stessa che spinge molte aziende a migrare da Google Workspace a Microsoft 365: chiudere la frammentazione attorno a un’unica piattaforma.
L’approccio tecnico: migrazione IMAP
Zimbra non ha un percorso di migrazione “nativo” verso Exchange Online come ce l’hanno gli ambienti Exchange. Il metodo collaudato e supportato è la migrazione IMAP, che Microsoft 365 conosce bene tramite l’apposito strumento del centro di amministrazione Exchange.
In sostanza: si crea il tenant Microsoft 365, si provisiona una casella Exchange Online per ogni utente, poi si avvia un batch di migrazione IMAP che si collega al server Zimbra di origine e copia il contenuto delle caselle (cartelle e messaggi) dentro le nuove mailbox. La cosa fondamentale è che questo pre-sync gira in background, mentre la posta continua ad arrivare normalmente su Zimbra. Nessuno si accorge di nulla.
Per le caselle molto grandi è spesso più pulito un approccio PST: si esporta la casella Zimbra in un archivio PST e lo si importa in Exchange Online (anche via Office 365 Import Service), utile soprattutto per lo storico profondo che l’azienda vuole conservare senza tenerlo “live”.
I limiti che l’IMAP non copre
Qui sta l’errore più comune. La migrazione IMAP copia solo il contenuto delle caselle email. Non porta con sé:
- Calendari: vanno esportati da Zimbra in formato ICS e reimportati nella casella Exchange Online dell’utente.
- Contatti: si esportano in CSV o VCF e si reimportano in Outlook / Exchange Online.
- Liste di distribuzione, alias e indirizzi secondari: non esistono come “casella”, quindi l’IMAP li ignora del tutto.
- Risorse condivise (sale riunioni, caselle funzionali tipo info@ o amministrazione@): vanno ricreate lato Microsoft 365.
Trattare questi elementi come un dettaglio dell’ultimo minuto è il modo più sicuro per far arrabbiare gli utenti il giorno dopo il cutover.
Liste di distribuzione, alias e caselle condivise
Questa è la fase che distingue una migrazione fatta bene da una raffazzonata. Prima di iniziare conviene fare un inventario di cosa esiste su Zimbra:
- Liste di distribuzione (es.
commerciale@azienda.itche inoltra a cinque persone) → su Microsoft 365 diventano gruppi di distribuzione o gruppi Microsoft 365, da ricreare con i relativi membri. - Alias (più indirizzi che puntano alla stessa persona) → si aggiungono come indirizzi proxy sulla casella Exchange Online dell’utente.
- Caselle funzionali condivise (
info@,ordini@,assistenza@) → diventano shared mailbox, che su Microsoft 365 non consumano una licenza dedicata fino a 50 GB e si gestiscono in modo molto più ordinato che su Zimbra.
Il consiglio operativo è mantenere identici gli indirizzi, così per utenti e clienti esterni nulla cambi: stesso indirizzo, nuova piattaforma sotto. La transizione a shared mailbox è anche l’occasione per ripulire deleghe e permessi accumulati negli anni.
Lo switch dei record MX: il momento decisivo
Il cutover è il passaggio in cui si dirotta il flusso della posta dal server Zimbra a Exchange Online. Si fa modificando il record MX del dominio (e i record di autenticazione SPF, DKIM e DMARC) presso chi gestisce il DNS.
La regola d’oro: non si tocca l’MX finché il pre-sync non è completato. La sequenza corretta è questa:
- Pre-sync IMAP completo di tutte le caselle (gira per giorni in background).
- Comunicazione agli utenti della data e dell’ora del cutover, scelta in una finestra di basso traffico (tipicamente sera o weekend).
- Cambio del record MX verso Exchange Online + aggiornamento SPF/DKIM/DMARC.
- Sync delta: un’ultima passata IMAP che recupera i messaggi arrivati su Zimbra dopo l’ultimo pre-sync, così non si perde nemmeno una email del periodo di propagazione DNS.
- Mantenimento del server Zimbra attivo per 2-4 settimane come rete di sicurezza.
La propagazione del DNS non è istantanea: per qualche ora alcuni mittenti potrebbero ancora consegnare su Zimbra. È esattamente per questo che il sync delta e il “periodo di overlap” con Zimbra acceso azzerano il rischio. Chi salta questi due passaggi è chi poi scopre il buco di qualche giorno nello storico.
La logica del cutover MX e dei record di autenticazione è analoga a quella della migrazione di Exchange on-premises a Exchange Online: cambia la sorgente, ma il principio “sicurezza prima, switch dopo” è identico.
Tempistiche e licenze
Per una PMI da 20 a 80 caselle, un progetto Zimbra → Microsoft 365 si chiude tipicamente in 3-5 settimane, di cui buona parte è pre-sync che gira da solo. Le variabili che spostano i tempi sono il volume totale di posta da copiare e la banda disponibile verso il server di origine.
Sul fronte licenze, la scelta del piano dipende da cosa serve davvero: la sola posta (un piano Exchange Online) o il pacchetto completo con Office desktop, Teams e SharePoint. Il modello commerciale di Microsoft 365 è per utente al mese, con scelta fra impegno annuale (più conveniente) e flessibilità mensile a consumo. Scegliere il piano sbagliato significa pagare di più o restare senza funzioni necessarie.
Per i prezzi aggiornati e i cambi di listino 2026 il riferimento è l’articolo dedicato Microsoft 365 prezzi 2026: cosa cambia per le PMI; per orientarsi tra i piani trovi tutto sul pillar licenze Microsoft 365.
Perché farlo con un partner CSP
La migrazione da Zimbra non è “difficile” sul piano tecnico, ma è delicata: un cutover MX nell’ordine sbagliato o liste di distribuzione dimenticate si traducono in posta persa. Il valore di un partner Microsoft Cloud Solution Provider sta in tre cose concrete: acquista e attiva le licenze giuste, esegue pre-sync e cutover in finestre controllate con sync delta, e ricostruisce liste, alias e shared mailbox prima del go-live, non dopo.
SynSphere segue il progetto end-to-end: dall’analisi delle caselle reali al cutover senza perdere posta, fino alla formazione su Outlook e Teams. Trovi i dettagli del servizio gestito su Assistenza Microsoft 365 gestita, il quadro del percorso su cloud/migrazione, e per partire ti basta parlare con un nostro consulente: analizziamo le vostre caselle Zimbra e vi diamo tempi, licenze e piano di cutover precisi.
Domande frequenti
Quanto dura una migrazione da Zimbra a Microsoft 365 per una PMI?
Per una PMI da 20 a 80 caselle il progetto richiede tipicamente 3-5 settimane: una fase di analisi e provisioning del tenant, una di pre-sync delle caselle via IMAP (che gira in background senza fermare nulla), poi il cutover dei record MX in una finestra di basso traffico. Le tempistiche dipendono dal volume totale di posta e dalla qualità della connettività verso il server Zimbra di origine.
Si rischia di perdere email durante la migrazione da Zimbra?
No, se il progetto è impostato correttamente. La tecnica è non spostare mai i record MX prima di aver completato il pre-sync: la posta continua ad arrivare su Zimbra fino al cutover, poi si fa un sync delta per recuperare i messaggi degli ultimi giorni. Mantenere il server Zimbra attivo per 2-4 settimane dopo il cutover come rete di sicurezza elimina di fatto il rischio di perdita.
I calendari e i contatti condivisi di Zimbra si migrano automaticamente?
Calendari e contatti personali si esportano da Zimbra in formato ICS e CSV/VCF e si reimportano nelle caselle Exchange Online. Le risorse condivise, le liste di distribuzione e gli alias non passano con il sync IMAP delle caselle: vanno ricostruiti lato Microsoft 365 come gruppi e shared mailbox. È la parte più sottovalutata del progetto e va mappata in anticipo.
Conviene migrare da Zimbra a Microsoft 365 o restare su Zimbra?
Dipende dal contesto, ma per molte PMI italiane il passaggio si giustifica quando si cerca posta, Office desktop, Teams, OneDrive e SharePoint in un’unica licenza, anziché tenere insieme più strumenti scollegati. Microsoft 365 elimina la gestione del server mail e abilita Copilot e la sicurezza integrata. Per la valutazione dei piani e dei costi conviene partire da un’analisi delle caselle reali con un partner CSP.