Come migrare le caselle di posta Zimbra su un nuovo server con Zextras Backup o imapsync

Per una migrazione completa da Zimbra a Zimbra, utilizza un flusso di lavoro di migrazione Zextras Backup supportato quando hai bisogno di dati di casella di posta oltre alla posta elettronica. Utilizza imapsync quando entrambi i server espongono gli account tramite IMAP e l'ambito di interesse comprende messaggi, cartelle e flag. Zextras afferma che il suo vecchio Zextras Migration Tool non è più disponibile. La sua guida alla migrazione di Zimbra indirizza gli amministratori a Zextras Backup. Imapsync è un'opzione da riga di comando separata per la copia delle caselle di posta IMAP; non sostituisce una migrazione specifica per Zimbra per calendari, contatti, condivisioni o impostazioni dell'account.

Tale distinzione determina la quantità di risorse da predisporre e testare sul nuovo server. Prima di modificare i record MX o consentire agli utenti di lavorare sulla destinazione, è necessario verificare le versioni di origine e di destinazione, le licenze, l'autenticazione, lo spazio di archiviazione e i dati esatti che è necessario conservare.

Documentazione verificata il 6 ottobre 2026. Il sito ufficiale di imapsync elenca la versione 2.314. L'articolo sulla migrazione di Zextras afferma che il vecchio strumento di migrazione non è disponibile e descrive un percorso di backup di Zextras. Le pagine e gli esempi di Zextras dipendono dalla versione; si consiglia di verificarli con le versioni di Zextras e Zimbra installate prima di utilizzarli in produzione.

1. Scegli il percorso che corrisponde ai dati di cui hai bisogno

La guida alla migrazione di Zimbra pubblicata da Zextras elenca tra gli elementi che il suo flusso di lavoro di backup può migrare email e cartelle, contatti, calendari, attività, condivisioni, preferenze, firme, identità e alcuni dati di dominio o di classe di servizio. Specifica inoltre che il flusso di lavoro non migra la configurazione del server, la configurazione LDAP, la configurazione MTA o proxy, né il branding personalizzato. La copertura esatta dipende dalle versioni e dalle impostazioni del prodotto, quindi è consigliabile considerare tale elenco come una checklist di ambito e verificare ogni elemento richiesto nella documentazione aggiornata.

Imapsync funziona tramite IMAP. Copia le cartelle e i messaggi della casella di posta e può sincronizzare i flag dei messaggi supportati dalla destinazione. Non trasferisce la directory LDAP del server Zimbra, le preferenze dell'account, i calendari, le rubriche, le risorse condivise o la configurazione del server. Se uno qualsiasi di questi elementi è importante, si consiglia di utilizzare un altro metodo di esportazione/importazione supportato o di scegliere la soluzione Zextras.

Non basate il vostro nuovo piano di migrazione sul vecchio strumento Zextras Migration Tool: la guida alla migrazione di Zextras indica che non è più disponibile. Evitate inoltre di copiare informazioni IMAP obsolete da pagine Zimbra archiviate senza prima confrontarle con le FAQ di imapsync per Zimbra ; tali FAQ avvertono specificamente che una vecchia guida di imapsync per Zimbra è obsoleta.

2. Preparare entrambi i server prima di copiare i dati

Prima di predisporre la destinazione, effettuate un inventario di tutti i domini, account, alias, quote, dimensioni delle caselle di posta, password degli utenti o piano di reimpostazione, cartelle condivise, calendari, contatti, liste di distribuzione, esigenze di conservazione e funzionalità del server da cui dipendono gli utenti. Identificate quale host riceve la nuova posta durante ogni fase. Conservate questo inventario come checklist post-migrazione.

• Verifica il supporto della piattaforma. Controlla che la destinazione sia installata, funzionante e che utilizzi una combinazione Zimbra/Zextras supportata dal tuo percorso di migrazione. Per Zextras Backup, il flusso di lavoro Zimbra del fornitore richiede una destinazione Zextras Backup e una sorgente con Zextras Backup o Zimbra Suite Plus. Conferma la tua autorizzazione con il fornitore prima di fare affidamento su questa funzionalità.
• Verifica la capacità. Stima lo spazio necessario per l'archivio di posta attivo della destinazione, il backup di origine o l'esportazione provvisoria e il backup della destinazione. La guida alla migrazione di Zextras avverte che la destinazione potrebbe necessitare di spazio per tutti e tre; non dimensionarla solo in base al numero totale di caselle di posta visibili agli utenti.
• Eseguire backup e test di ripristino. Conservare una copia di backup separata e recuperabile dell'origine. Per una migrazione con Zextras, seguire le procedure di verifica e backup della versione installata. Per imapsync, utilizzare prima una casella di posta di prova sulla destinazione; il tutorial di imapsync sottolinea che l'origine viene letta mentre la destinazione viene modificata.
• Verifica la connettività e l'autenticazione. Assicurati che un amministratore o un utente di prova possa raggiungere entrambi gli endpoint IMAP utilizzando la connessione sicura prevista. Non abilitare l'autenticazione in chiaro solo perché lo consiglia una vecchia guida; utilizza le impostazioni TLS/SSL e di autenticazione supportate dalla tua versione di Zimbra.
• Pianifica il flusso DNS e di posta. Se il record MX cambierà, riducine il TTL in anticipo, se il tuo provider DNS lo consente, quindi mantieni il vecchio server durante la transizione in modo da poter monitorare e risolvere eventuali ritardi o messaggi memorizzati nella cache.

3. Utilizzare Zextras Backup per una migrazione compatibile con Zimbra.

Questo percorso è pensato per gli amministratori che migrano tra sistemi Zimbra e necessitano di funzionalità che vadano oltre la posta IMAP. Non si tratta di un singolo comando universale: le versioni dei prodotti di origine e di destinazione, la struttura del percorso di backup, le autorizzazioni, lo spazio di archiviazione e l'ordine di migrazione sono fattori importanti. La guida di Zextras specifica che i comandi CLI devono essere eseguiti come zimbrautente, a meno che non sia esplicitamente indicato diversamente.

Creare e trasferire un backup di origine

Segui la guida di backup Zextras aggiornata per la versione installata. La procedura guidata di Zextras per Zimbra inizia con i controlli di integrità del codice sorgente e una scansione approfondita SmartScan. Il comando di esempio è mostrato di seguito; verifica la sintassi del comando e gli eventuali passaggi di manutenzione necessari in base alla tua versione prima di eseguirlo:

zxsuite backup doSmartScan start deep true

Dopo l'esportazione dei dati di origine, trasferire i dati di backup necessari in una directory temporanea sulla destinazione. Zextras suggerisce rsyncun possibile metodo di trasferimento e raccomanda di ripetere l'operazione mentre l'origine rimane attiva, in modo che i passaggi successivi trasferiscano solo i dati modificati. Il percorso della directory temporanea di destinazione deve essere leggibile dall'utente Zimbra e non deve essere confuso con il percorso di backup attivo di Zextras sulla destinazione. Proteggere il canale di trasferimento e tenere un registro di ogni passaggio.

Provvedimento e ripristino a destinazione

Zextras documenta un'importazione di sola configurazione che crea domini, classi di servizio e account, tralasciando il contenuto delle caselle di posta. Si tratta di una fase di configurazione, non di un ripristino completo della posta:

zxsuite backup doExternalRestore /path/for/data/ provisioning_only TRUE

Dopo il provisioning, eseguire il ripristino esterno completo con un'impostazione di concorrenza scelta da un test sulla destinazione. Zextras fornisce concurrent_accountsun parametro e consiglia di testare le prestazioni anziché presumere che un singolo valore sia adatto a tutti i server. Ripetere il trasferimento del backup di origine e il ripristino incrementale appropriato secondo necessità per recuperare le modifiche apportate durante la finestra di migrazione. Mantenere l'origine disponibile fino a quando gli utenti e il flusso di posta non saranno stati verificati.

Il fornitore descrive varianti a fasi e a passaggio singolo, e il loro ordine può dipendere dal piano di transizione. Utilizzare la procedura per la versione installata anziché combinare comandi di versioni diverse. Non modificare o eliminare i dati di backup importati o i file di mappatura mentre il ripristino è in corso.

4. Utilizza imapsync quando il tuo ambito è la posta IMAP

Imapsync è utile quando sia la casella di posta di origine che quella di destinazione sono raggiungibili tramite IMAP e si desidera copiare messaggi e cartelle senza installare un prodotto di migrazione specifico per Zimbra. È disponibile per Linux, Windows e macOS. Gli esempi seguenti utilizzano segnaposto, non nomi di server o credenziali reali. Archiviare le password in uno script protetto o con un altro metodo approvato per la gestione delle informazioni riservate; non pubblicarle mai in un ticket, nella cronologia della shell condivisa o in un articolo.

Iniziate con una casella di posta di origine e una casella di posta di destinazione di prova. Eseguite una simulazione per testare gli accessi e verificare la mappatura delle cartelle senza scrivere nella destinazione. Il tutorial ufficiale di Imapsync mostra queste opzioni per un controllo iniziale limitato alle sole cartelle:

imapsync \
  --host1 SOURCE_IMAP --user1 USER --password1 SOURCE_SECRET \
  --host2 DEST_IMAP   --user2 USER --password2 DEST_SECRET \
  --automap --justfolders --dry

Sostituisci i segnaposto utilizzando il flusso di lavoro di credenziali sicure della tua organizzazione. Verifica che l'origine e la destinazione siano gli host previsti, che entrambi gli accessi vadano a buon fine e che cartelle come Posta inviata, Bozze e Cestino siano mappate ai nomi di destinazione corretti. Se la mappatura non è corretta, correggila prima di copiare i messaggi.

Una volta che il test è corretto, rimuovilo --justfoldersed --dryesegui la copia effettiva della casella di posta. Mantienilo --automapsolo se la mappatura proposta è corretta per i nomi delle tue cartelle:

imapsync \
  --host1 SOURCE_IMAP --user1 USER --password1 SOURCE_SECRET \
  --host2 DEST_IMAP   --user2 USER --password2 DEST_SECRET \
  --automap

Se hai molti utenti, esegui il comando testato per ogni casella di posta tramite uno script controllato. Consulta il tutorial ufficiale di imapsync e le buone pratiche per la sintassi e le opzioni specifiche della piattaforma. Evita flag distruttivi come --delete1o --delete2a meno che tu non voglia intenzionalmente eliminare i dati da quel lato e abbia testato il risultato su una destinazione temporanea. Una copia di migrazione non dovrebbe cancellare inaspettatamente la posta di origine o i dati presenti solo nella destinazione.

5. Eseguire una sincronizzazione delta finale e cambiare il flusso di posta

Per entrambi i percorsi, una prima fase può richiedere tempo mentre gli utenti continuano a lavorare. Pianifica una sincronizzazione finale in prossimità del passaggio al nuovo sistema. Con imapsync, esegui nuovamente lo stesso comando testato: lo strumento è progettato per esecuzioni incrementali e normalmente salta i messaggi già sincronizzati. Se possibile, mantieni invariata la casella di posta di origine durante la fase finale. Se gli utenti hanno già utilizzato entrambi i server, gestisci separatamente le differenze riscontrate; imapsync non è uno strumento di merge bidirezionale.

Per Zextras Backup, segui la procedura di importazione a fasi specifica per la versione e ripeti il ​​passaggio di trasferimento/ripristino del backup necessario per acquisire le modifiche dall'ultima operazione. Non dare per scontato che la sola fase di provisioning importi email, calendari o contatti; crea le strutture degli account ma ignora il contenuto delle caselle di posta.

Quando la destinazione è pronta a ricevere la posta, modifica i record MX e tutti i record di webmail correlati in base alla configurazione DNS e proxy. Mantieni attivo il vecchio server e monitora entrambi i sistemi durante la scadenza delle cache DNS e l'arrivo della posta in ritardo. Utilizza un piano di manutenzione documentato e comunica agli utenti se devono accedere al vecchio o al nuovo server durante ciascuna fase.

6. Verificare il nuovo server prima di dismettere quello vecchio.

Esegui dei test su un set rappresentativo di caselle di posta di piccole, grandi, recenti e meno recenti. Confronta gli elenchi delle cartelle e il numero di messaggi, apri i messaggi con allegati, verifica lo stato di lettura/non lettura e di contrassegno e conferma che la posta inviata appaia nella cartella prevista. Invia e ricevi messaggi dalla destinazione, quindi verifica che la ricerca MX pubblica e i log del server mostrino la consegna all'host previsto.

Per una migrazione Zextras, testa separatamente calendari, contatti, attività, condivisioni, identità, firme, preferenze utente e qualsiasi impostazione di dominio o classe di servizio inclusa nel tuo ambito. Zextras documenta un controllo di coerenza delle condivisioni con zxsuite backup doCheckShares; utilizza la procedura di riparazione corrispondente solo se necessario e supportata dalla versione installata. Ricontrolla l'accesso degli utenti e il comportamento delle password.

Conservare il server di origine e un backup ripristinabile fino a quando le parti interessate non approvano il risultato e scade il periodo di conservazione. Non cancellare il vecchio host solo perché la destinazione accetta gli accessi. Chiudere il progetto solo dopo aver verificato che l'instradamento della posta, l'accesso degli utenti, i dati non di posta elettronica e i record di rollback siano stati tutti confermati.

Fonti

• Zextras: Come migrare i server Zimbra utilizzando Zextras Backup
• Documentazione di backup di Zextras Suite
• Sito ufficiale di imapsync e informazioni sul rilascio.
• Tutorial ufficiale di imapssnc
• FAQ ufficiali di imapssinc Zimbra
• Buone pratiche ufficiali di imapssinc