Migration des boîtes aux lettres Kopano vers Grommunio ou Zammad : choisissez la bonne option

Le chemin de migration approprié dépend de ce que vous entendez par « boîte aux lettres ». Si vous recherchez une solution de remplacement pour Kopano permettant de centraliser les e-mails dans une boîte aux lettres collaborative, utilisez le chemin de migration Kopano de grommunio. Si vous souhaitez une file d'attente de support partagée où les e-mails entrants sont transformés en conversations et tickets clients, Zammad peut convenir, mais il s'agit d'un outil de support technique, et non d'une solution de remplacement pour une boîte aux lettres collaborative. La documentation de migration actuelle de Zammad ne mentionne pas Kopano comme source d'importation directe.

Cette distinction détermine ce à quoi ressemble un résultat réussi. Dans Grommunio, les utilisateurs doivent pouvoir retrouver leurs e-mails et, après une migration distincte, les autres données collaboratives compatibles qu'ils utilisent. Dans Zammad, les agents doivent voir la correspondance sélectionnée sous forme de tickets et d'articles correctement regroupés, avec les clients et les responsables associés conformément à votre flux de travail de support. Aucune des deux cibles ne doit être traitée comme une copie conforme de Kopano sans test pilote et validation.

Choisissez la cible avant de copier les données

L'aperçu de migration de grommunio recommande gromox-kdb2mtla méthode Kopano/Zarafa et décrit comment elle permet de migrer l'intégralité des boîtes aux lettres, y compris les propriétés MAPI. La méthode IMAP, quant à elle, migre les messages et les dossiers, mais pas les calendriers ni les contacts. Consultez l' aperçu de migration de grommunio avant de choisir un outil.

Planifiez la migration et définissez les contrôles d'acceptation.

Commencez par un inventaire plutôt que par une copie en masse. Notez chaque utilisateur Kopano, ses adresses principales et alias, l'identifiant du serveur, la taille de sa boîte aux lettres, le nombre d'éléments, les quotas, les dossiers partagés, les délégués, les dossiers publics et les services d'authentification. Vérifiez si Kopano utilise LDAP et si les pièces jointes sont stockées dans la base de données ou sur le système de fichiers. Un transfert de boîte aux lettres peut déplacer le contenu sans pour autant modifier la configuration de l'annuaire, le routage du courrier et les permissions.

Choisissez un petit ensemble pilote représentatif de votre parc de boîtes aux lettres : une boîte aux lettres standard, une boîte aux lettres volumineuse et une boîte aux lettres avec accès partagé, des noms de dossiers non anglais ou des pièces jointes inhabituelles. Sauvegardez la source et la cible, puis effectuez la première importation dans une boîte aux lettres cible jetable ou vierge. Définissez des contrôles mesurables avant d’exécuter les outils.

• Comparez les arborescences des dossiers source et cible ainsi que le nombre de messages, y compris les dossiers imbriqués.
• Ouvrez des exemples de messages anciens et récents, vérifiez l'affichage de l'expéditeur et du destinataire, les dates, le contenu et les pièces jointes.
• Vérifiez les états non lus et signalés pour lesquels la méthode de migration est censée les préserver.
• Testez séparément les calendriers, les contacts, les tâches, les délégués et les ressources partagées ; ne déduisez pas leur succès d'une importation de courrier réussie.
• Consignez les objets ignorés, les erreurs et les différences, puis déterminez s'ils sont acceptables ou s'ils nécessitent une méthode différente.

Option A : migrer Kopano vers Grommunio

Utilisez la méthode de migration de base de données Kopano lorsque vous avez besoin de conserver la fidélité des boîtes aux lettres.

Pour les bases de données Kopano compatibles, grommunio indique une méthode directe pour les utiliser gromox-kdb2mtconjointement gromox-mt2exm. Le premier utilitaire lit un fichier depuis une base de données Kopano SQL et son espace de stockage de pièces jointes associé ; le second importe le flux de transfert dans une boîte aux lettres grommunio. Respectez la syntaxe et les options d'appel spécifiques à votre version plutôt que de copier une ligne de commande générique depuis un autre déploiement.

Le service SQL source et les fichiers joints requis doivent être accessibles au processus de migration. Le manuel actuel de gromox-kdb2mt répertorie les versions de schémas de base de données prises en charge et précise que les installations utilisant ces schémas attachment_storage=files_v1-x-ynécessitent les options correspondantes --l1. --l2Si la structure de votre base de données source diffère, suspendez le processus et résolvez le mappage de stockage avant de tenter une importation complète.

Préparez les domaines et boîtes mail cibles avant l'importation. Si Kopano utilise LDAP, déterminez si grommunio utilisera le même annuaire et testez la correspondance des utilisateurs avant le transfert des serveurs de messagerie. Le guide de migration officiel de Kopano décrit un processus en plusieurs étapes : configurer l'intégration de l'annuaire cible le cas échéant, créer les serveurs de messagerie, migrer les données utilisateur, puis basculer le routage du courrier. Il précise également que ce guide peut ne pas couvrir toutes les installations sources.

Cartographiez les utilisateurs avec soin. La base de données de Kopano peut identifier les magasins par des métadonnées numériques ou GUID plutôt que par une simple adresse e-mail. La documentation de grommunio kdb-uidextractfacilite la génération d'une cartographie des utilisateurs à partir d'un système Kopano en production ; consultez le manuel de kdb-uidextract . Cette cartographie est essentielle pour les adresses des destinataires et les entrées de contrôle d'accès. Un transfert peut réussir techniquement même si les permissions des dossiers partagés pointent encore vers des identités inexistantes sur le système cible.

Utilisez la synchronisation IMAP uniquement lorsque ses limites correspondent à votre portée

Si la migration directe de la base de données est impossible, ou si vous n'avez besoin que des e-mails, la synchronisation IMAP peut constituer une alternative pratique si IMAP est activé et accessible sur Kopano. imapsyncLe flux de travail documenté de grommunio prend en charge les exécutions complètes et différentielles répétables et préserve les dossiers de messagerie, les indicateurs standard et les dates internes. Ses limitations sont importantes : IMAP ne transfère pas les calendriers, les contacts, les tâches, les notes, les règles côté serveur, les délégations, les dossiers publics ni les mots de passe.

Préparez d'abord les boîtes aux lettres cibles et les quotas, sécurisez les identifiants dans des fichiers protégés et testez la connectivité avant la première copie. Lancez une synchronisation initiale pour une boîte aux lettres pilote, vérifiez le résultat dans l'interface web de grommunio, puis effectuez une synchronisation différentielle une fois le flux de messagerie redirigé. Le guide détaillé de migration IMAP de grommunio couvre la préparation, les vérifications à blanc, le mappage des dossiers, la synchronisation différentielle, la bascule et le dépannage. Évitez les options de mise en miroir ou de suppression, sauf si vous avez vérifié précisément ce qu'elles suppriment.

Option B : migrer la correspondance sélectionnée vers Zammad

Zammad organise le travail sous forme de tickets, avec articles, clients, groupes et agents. Il ne recrée pas une boîte aux lettres de type Exchange avec calendrier, contacts, tâches, permissions de dossiers et comportement classique d'un client de messagerie. Sa documentation de migration liste actuellement les systèmes sources pris en charge, tels que Freshdesk, Kayako, OTRS et Zendesk, mais pas Kopano. La documentation précise que les migrations vers des sources non prises en charge nécessitent une approche basée sur une API ou un développement personnalisé.

Avant de créer un importateur, définissez les règles de conversion. Déterminez quelles boîtes aux lettres ou quels dossiers Kopano représentent les demandes d'assistance, comment regrouper les messages en conversations, comment associer les expéditeurs aux clients Zammad et comment faire correspondre les anciens propriétaires ou catégories aux groupes et agents Zammad. Une boîte aux lettres ne constitue pas automatiquement une file d'attente de tickets : la correspondance personnelle, les newsletters, les brouillons et les notifications automatisées ne doivent pas nécessairement figurer dans les tickets destinés aux clients.

Pour les données historiques, planifiez un processus d'exportation et d'importation contrôlé à l'aide d'une API Zammad compatible ou d'un outil de migration personnalisé. Préservez les dates et en-têtes des messages d'origine lorsque le modèle de données cible le permet, conservez les pièces jointes et enregistrez les identifiants de la boîte aux lettres source et des messages à des fins de traçabilité. Commencez par importer un petit échantillon dans une nouvelle instance Zammad. Les règles générales de migration de Zammad stipulent que les migrations de données sources sont globales ou nulles et nécessitent une nouvelle instance ; ces règles concernent ses modules de migration documentés, il est donc important de vérifier séparément le comportement de tout outil d'importation personnalisé.

Utilisez le canal de messagerie de Zammad pour connecter l'adresse qui doit créer ou recevoir les nouvelles communications d'assistance après la migration. La documentation actuelle du canal de messagerie de Zammad explique comment connecter les fournisseurs de messagerie et acheminer les messages entrants. Considérez la configuration du canal et l'importation des boîtes aux lettres historiques comme des tâches distinctes. Ne connectez pas la boîte de réception d'un client en production à un importateur non testé : des tickets en double, des réponses inattendues ou un acheminement incorrect peuvent impacter les utilisateurs.

Basculez sans perdre le courrier entrant

Maintenez Kopano disponible et sauvegardé pendant toute la période de validation. Une fois le projet pilote validé, lancez la migration principale et enregistrez une configuration source de référence. Planifiez une courte fenêtre de maintenance pour suspendre ou rediriger la distribution, effectuer une dernière importation delta ou de rattrapage, basculer le routage MX ou interne, puis envoyer des messages de test depuis l'intérieur et l'extérieur de l'organisation. La documentation de migration de grommunio recommande spécifiquement une dernière importation delta après le basculement DNS/MX afin de ne pas perdre les messages arrivant pendant la transition.

Mettez à jour les identifiants de connexion, la configuration client, la découverte automatique, les appareils mobiles, les alias, les règles de relais et toute application utilisant Kopano. Ces opérations sont distinctes de la copie des données de messagerie. Prévoyez un plan de restauration : définissez la procédure de retour des e-mails, l’accès des utilisateurs au serveur d’origine et les personnes habilitées à effectuer une restauration en cas de refus d’acceptation par le serveur cible.

Comment évaluer le résultat – et quand changer d’approche

Une migration est prête à l'emploi lorsque les dossiers et le contenu représentatif de la cible correspondent à ceux de la source dans les limites de tolérance convenues, que les utilisateurs peuvent consulter les messages récents et anciens, ouvrir les pièces jointes et que le flux de messagerie fonctionne dans les deux sens. Pour Grommunio, vérifiez séparément la migration du calendrier et des contacts, l'accès partagé, la connexion à l'annuaire et le comportement du client. Pour Zammad, vérifiez les limites des tickets, l'ordre des articles, la correspondance des clients, la visibilité, l'attribution et assurez-vous que les anciens messages n'ont pas déclenché de réponses sortantes indésirables.

Modifiez la méthode si le test pilote révèle des données MAPI manquantes, des pièces jointes corrompues, des ACL non résolues ou la nécessité de préserver les fonctionnalités de travail collaboratif qu'une copie IMAP ne peut pas prendre en charge. Pour Zammad, reconsidérez la destination si l'exigence principale est la continuité des boîtes aux lettres personnelles ou la prise en charge du calendrier et des contacts. Une migration personnalisée peut permettre de faire correspondre les modèles de données, mais elle implique des tâches supplémentaires de mappage, de test et de maintenance ; elle n'est pas équivalente à une importation native de boîte aux lettres Kopano. Conservez Kopano en lecture seule ou archivez-le séparément jusqu'à ce que les utilisateurs et les administrateurs puissent vérifier les enregistrements dont ils ont besoin.