Il percorso di migrazione corretto dipende da cosa si intende per "casella di posta". Se è necessario sostituire Kopano e mantenere la posta in una casella di posta condivisa, è consigliabile utilizzare il percorso di migrazione da Kopano di grommunio. Se invece si desidera una coda di supporto condivisa in cui le email in arrivo si trasformano in conversazioni con i clienti e ticket, Zammad potrebbe essere la soluzione ideale, ma si tratta di un help desk, non di un sostituto di una casella di posta condivisa. La documentazione di migrazione di Zammad attualmente disponibile non elenca Kopano come origine di importazione diretta.
Questa distinzione determina l'aspetto di un risultato positivo. In grommunio, gli utenti dovrebbero essere in grado di trovare la propria posta e, dopo un'apposita migrazione, anche gli altri dati di groupware supportati su cui fanno affidamento. In Zammad, gli agenti dovrebbero visualizzare la corrispondenza selezionata come ticket e articoli correttamente raggruppati, con clienti e proprietari mappati in base al flusso di lavoro di supporto. Nessuno dei due sistemi di destinazione dovrebbe essere considerato una copia byte per byte di Kopano senza un progetto pilota e un test di accettazione.
Selezionare la destinazione prima di copiare i dati.
| Bisogno | Migliore vestibilità | Cosa aspettarsi |
| Sostituisci Kopano per email e groupware | grommunio | Utilizzare il percorso dati nativo di Kopano laddove supportato; pianificare esplicitamente identità, routing, autorizzazioni e dati non relativi alla posta elettronica. |
| Trasforma una casella di posta di supporto condivisa in un flusso di lavoro per gli agenti. | Zammad | Le email si trasformano in conversazioni di ticket. Definisci quali email importare e come devono essere mappati thread, clienti, gruppi e agenti. |
| Mantieni un archivio storico consultabile, ma inoltra le nuove email di supporto agli agenti. | Zammad più una casella di posta di archivio o di origine | Collega l'indirizzo di supporto alla nuova posta in arrivo e conserva la corrispondenza personale o aziendale più vecchia in un archivio appropriato. |
La panoramica sulla migrazione di grommunio consiglia Kopano/Zarafa e descrive questo percorso come il trasferimento completo delle caselle di posta, incluse le proprietà MAPI. Il percorso IMAP separato trasferisce posta e cartelle, ma non calendari o contatti. Leggi la panoramica sulla migrazione di grommuniogromox-kdb2mt aggiornata prima di scegliere uno strumento.
Pianifica la migrazione e definisci i controlli di accettazione
Iniziate con un inventario anziché con una copia in blocco. Registrate ogni utente Kopano, gli indirizzi primari e alias, l'identificativo dell'archivio, le dimensioni della casella di posta, il numero di elementi, la quota, le cartelle condivise, i delegati, le cartelle pubbliche e i servizi che autenticano gli utenti. Annotate se Kopano utilizza LDAP e se gli allegati sono archiviati nel database o in una struttura di file system. Un trasferimento di casella di posta può spostare il contenuto mantenendo la configurazione della directory, l'instradamento della posta e le autorizzazioni.
Scegliete un piccolo set pilota rappresentativo dello spazio disponibile: una casella di posta ordinaria, una casella di posta di grandi dimensioni e qualsiasi casella di posta con accesso condiviso, nomi di cartelle non in inglese o allegati insoliti. Eseguite il backup dell'origine e della destinazione ed effettuate la prima importazione in una casella di posta temporanea o comunque pulita. Definite dei controlli misurabili prima di eseguire gli strumenti:
- Confronta le strutture delle cartelle di origine e di destinazione e il numero di messaggi, incluse le cartelle annidate.
- Apri alcuni messaggi, sia vecchi che recenti, e verifica la visualizzazione del mittente e del destinatario, le date, il corpo del messaggio e gli allegati.
- Verifica gli stati non letti e contrassegnati laddove il metodo di migrazione dovrebbe conservarli.
- Testa separatamente calendari, contatti, attività, delegati e risorse condivise; non dedurre il loro successo da un'importazione di posta andata a buon fine.
- Annota gli oggetti omessi, gli errori e le differenze, quindi decidi se sono accettabili o se richiedono un metodo diverso.
Opzione A: migrare Kopano a grommunio
Utilizza il percorso di migrazione del database Kopano quando hai bisogno di integrità delle caselle di posta.
Per i database Kopano supportati, grommunio documenta un percorso diretto utilizzando gromox-kdb2mtinsieme a gromox-mt2exm. La prima utility legge un archivio da un database Kopano SQL e il relativo archivio di allegati; la seconda importa il flusso di trasferimento in una casella di posta grommunio. Segui la sintassi di invocazione e le opzioni per le versioni che hai installato invece di copiare una riga di comando generica da un'altra installazione.
Il servizio SQL di origine e i file allegati richiesti devono essere accessibili al processo di migrazione. Il manuale corrente di gromox-kdb2mt elenca le versioni dello schema del database supportate e nota che le installazioni che utilizzano attachment_storage=files_v1-x-ynecessitano delle opzioni corrispondenti --l1. --l2Se la struttura di origine è diversa, metti in pausa e risolvi la mappatura dello storage prima di tentare un'importazione completa.
Preparare i domini e le caselle di posta di destinazione prima dell'importazione. Se Kopano si basa su LDAP, decidere se grommunio utilizzerà la stessa directory e testare la corrispondenza degli utenti prima di trasferire gli archivi. La guida ufficiale alla migrazione di Kopano descrive un flusso in più fasi: configurare l'integrazione della directory di destinazione, ove applicabile, creare gli archivi, migrare i dati degli utenti e infine modificare l'instradamento della posta. Si avverte inoltre che la guida potrebbe non coprire tutte le installazioni di origine.
Mappare gli utenti in modo preciso. Il database di Kopano può identificare i negozi tramite metadati numerici o GUID anziché un semplice indirizzo email. Grommunio fornisce kdb-uidextractuna guida per la creazione di una mappa degli utenti da un sistema Kopano attivo; consultare il manuale di kdb-uidextract . La mappatura è importante per gli indirizzi dei destinatari e le voci di controllo degli accessi. Un trasferimento può avere successo tecnicamente, ma le autorizzazioni delle cartelle condivise puntano ancora a identità inesistenti sul sistema di destinazione.
Utilizza la sincronizzazione IMAP solo quando i suoi limiti corrispondono al tuo ambito
Se la migrazione diretta del database non è disponibile o se è necessario solo il servizio di posta elettronica, la sincronizzazione IMAP può rappresentare un'alternativa pratica quando IMAP è abilitato e raggiungibile su Kopano. imapsyncIl flusso di lavoro documentato di grommunio supporta esecuzioni complete e incrementali ripetibili e preserva le cartelle di posta, i flag standard e le date interne. I suoi limiti sono significativi: IMAP non trasferisce calendari, contatti, attività, note, regole lato server, deleghe, cartelle pubbliche o password.
Preparate innanzitutto le caselle di posta e le quote di destinazione, proteggete le credenziali in file riservati e testate la connettività prima della prima copia. Eseguite una sincronizzazione iniziale per una casella di posta pilota, esaminate il risultato in grommunio Web, quindi ripetete una sincronizzazione differenziale dopo il reindirizzamento del flusso di posta. La guida dettagliata alla migrazione IMAP di grommunio include la preparazione, i controlli di simulazione, la mappatura delle cartelle, la sincronizzazione differenziale, il passaggio definitivo e la risoluzione dei problemi. Evitate le opzioni di mirroring o eliminazione a meno che non abbiate verificato con precisione cosa viene rimosso.
Opzione B: migrare la corrispondenza selezionata in Zammad
Zammad organizza il lavoro come ticket con articoli, clienti, gruppi e agenti. Non ricrea una casella di posta in stile Exchange con calendario, contatti, attività, permessi di cartella e il normale comportamento di un client di posta. La sua documentazione di migrazione attualmente elenca sistemi sorgente supportati come Freshdesk, Kayako, OTRS e Zendesk, ma non Kopano. La documentazione afferma che le migrazioni da sorgenti non supportate richiedono un approccio basato su API o un lavoro di migrazione personalizzato.
Prima di creare un importatore, è necessario definire le regole di conversione. Bisogna decidere quali caselle di posta o cartelle di Kopano rappresentano le richieste di supporto, come raggruppare i messaggi in conversazioni, come associare i mittenti ai clienti di Zammad e come mappare la vecchia proprietà o le categorie ai gruppi e agli agenti di Zammad. Una casella di posta non è automaticamente una coda di ticket: la corrispondenza personale, le newsletter, le bozze e le notifiche automatiche potrebbero non essere adatte ai ticket rivolti ai clienti.
Per i dati storici, pianifica un processo di esportazione e importazione controllato utilizzando un'API Zammad supportata o un migratore personalizzato. Mantieni le date e le intestazioni originali dei messaggi laddove il modello dati di destinazione lo consenta, conserva gli allegati e registra la casella di posta di origine e gli identificativi dei messaggi per la tracciabilità. Importa prima un piccolo campione in una nuova istanza di Zammad. Le regole generali di migrazione di Zammad stabiliscono che le migrazioni di origine sono "tutto o niente" e richiedono una nuova istanza; tali regole riguardano i moduli di migrazione documentati, quindi verifica separatamente il comportamento di qualsiasi importatore personalizzato.
Utilizza il canale email di Zammad per connettere l'indirizzo che deve creare o ricevere nuova corrispondenza di supporto dopo il passaggio al nuovo sistema. La documentazione attuale del canale email di Zammad descrive la connessione ai provider di posta elettronica e l'instradamento dei messaggi in arrivo. Considera la configurazione del canale e l'importazione della casella di posta storica come attività separate. Non indirizzare la casella di posta di un cliente reale a un importatore non testato: ticket duplicati, risposte inattese o instradamento errato possono avere ripercussioni sugli utenti reali.
Passare senza perdere la posta in arrivo
Mantenere Kopano disponibile e con backup attivo per tutta la durata del periodo di accettazione. Dopo il superamento del test pilota, eseguire la migrazione principale e registrare una baseline di origine. Pianificare una breve finestra di modifica per sospendere o reindirizzare la consegna, eseguire un'importazione delta finale o di recupero, cambiare MX o routing interno e quindi inviare messaggi di prova sia dall'interno che dall'esterno dell'organizzazione. La panoramica sulla migrazione di grommunio raccomanda specificamente un'esecuzione delta finale dopo il cambio DNS/MX in modo che i messaggi in arrivo durante la transizione non vengano persi.
Aggiorna le credenziali di accesso degli utenti, la configurazione del client, il rilevamento automatico, i dispositivi mobili, gli alias, le regole di inoltro e qualsiasi applicazione che invii email tramite Kopano. Queste operazioni sono separate dalla copia dei dati della casella di posta. Prepara un piano di ripristino: sappi come instradare nuovamente la posta, come gli utenti accederanno al server originale e chi può autorizzare un ripristino nel caso in cui la destinazione non superi l'accettazione.
Come valutare il risultato e quando cambiare approccio
Una migrazione è pronta per l'uso normale quando le cartelle di destinazione e il contenuto rappresentativo corrispondono a quelli di origine entro la tolleranza concordata, gli utenti possono trovare messaggi recenti e storici, gli allegati possono essere aperti e il flusso di posta funziona in entrambe le direzioni. Per Grommunio, verificare separatamente la migrazione del calendario e dei contatti, l'accesso condiviso, l'accesso alla directory e il comportamento del client. Per Zammad, verificare i limiti dei ticket, l'ordine degli articoli, le corrispondenze dei clienti, la visibilità, l'assegnazione e che i vecchi messaggi non abbiano generato risposte in uscita indesiderate.
Modificate i metodi se il progetto pilota evidenzia dati MAPI mancanti, allegati danneggiati, ACL non risolti o la necessità di preservare funzionalità di groupware che una copia IMAP non può gestire. Per Zammad, riconsiderate la destinazione se il requisito principale è la continuità della casella di posta personale o il supporto per calendario/contatti. Una migrazione personalizzata può collegare i modelli di dati, ma aggiunge lavoro di mappatura, test e manutenzione; non è equivalente a un'importazione nativa della casella di posta Kopano. Mantenete Kopano in sola lettura o conservate un archivio separato finché utenti e amministratori non avranno verificato i record di cui hanno bisogno.