Kopano-Briefkästen zu Grommunio oder Zammad migrieren: Wählen Sie den richtigen Weg

Der richtige Migrationspfad hängt davon ab, was Sie unter „Postfach“ verstehen. Benötigen Sie einen Ersatz für Kopano, der E-Mails in einem Groupware-Postfach speichert, verwenden Sie den Kopano-Migrationspfad von grommunio. Wenn Sie eine gemeinsame Support-Warteschlange wünschen, in der eingehende E-Mails zu Kundengesprächen und Tickets werden, könnte Zammad geeignet sein – es handelt sich jedoch um einen Helpdesk und nicht um einen Ersatz für ein Groupware-Postfach. In der aktuellen Migrationsdokumentation von Zammad wird Kopano nicht als direkte Importquelle aufgeführt.

Diese Unterscheidung bestimmt, wie ein erfolgreiches Ergebnis aussieht. In grommunio sollten Benutzer ihre E-Mails und nach separater Migration auch die anderen unterstützten Groupware-Daten finden können, auf die sie angewiesen sind. In Zammad sollten Agenten die ausgewählte Korrespondenz als korrekt gruppierte Tickets und Artikel sehen, wobei Kunden und Zuständigkeiten gemäß Ihrem Support-Workflow zugeordnet sind. Keines der beiden Systeme sollte ohne Pilotphase und Abnahmeprüfung als exakte Kopie von Kopano behandelt werden.

Wählen Sie das Ziel aus, bevor Sie die Daten kopieren.

Die Migrationsübersicht von grommunio empfiehlt die Migration gromox-kdb2mtüber Kopano/Zarafa und beschreibt diesen Weg als Migration kompletter Postfächer inklusive MAPI-Eigenschaften. Der separate IMAP-Pfad migriert E-Mails und Ordner, jedoch keine Kalender oder Kontakte. Lesen Sie die aktuelle Migrationsübersicht von grommunio, bevor Sie sich für ein Tool entscheiden.

Planen Sie die Migration und definieren Sie Akzeptanzprüfungen.

Beginnen Sie mit einer Bestandsaufnahme anstatt einer Massenkopie. Erfassen Sie jeden Kopano-Benutzer, seine primäre und Alias-Adresse, die Kennung des Speichers, die Postfachgröße, die Anzahl der Elemente, das Kontingent, freigegebene Ordner, Stellvertreter, öffentliche Ordner und die Dienste, die die Benutzer authentifizieren. Notieren Sie, ob Kopano LDAP verwendet und ob Anhänge in der Datenbank oder im Dateisystem gespeichert werden. Bei einer Postfachübertragung können Inhalte verschoben werden, während Verzeichniskonfigurationen, E-Mail-Routing und Berechtigungen erhalten bleiben.

Wählen Sie eine kleine Testgruppe, die repräsentativ für die Postfächer ist: ein normales Postfach, ein großes Postfach und ein beliebiges Postfach mit gemeinsamem Zugriff, nicht-englischen Ordnernamen oder ungewöhnlichen Anhängen. Sichern Sie Quell- und Zielpostfach und importieren Sie die Daten zunächst in ein temporäres oder anderweitig leeres Zielpostfach. Definieren Sie messbare Prüfungen, bevor Sie die Tools ausführen.

• Vergleichen Sie die Ordnerstrukturen und Nachrichtenanzahlen von Quell- und Zielordnern, einschließlich verschachtelter Ordner.
• Öffnen Sie alte und aktuelle Beispielnachrichten und überprüfen Sie die Anzeige von Absender und Empfänger, Datum, Nachrichtentext und Anhänge.
• Prüfen Sie, ob ungelesene und markierte Zustände durch die Migrationsmethode erhalten bleiben sollen.
• Testen Sie Kalender, Kontakte, Aufgaben, Stellvertreter und freigegebene Ressourcen separat; schließen Sie nicht aus einem erfolgreichen E-Mail-Import auf deren Erfolg.
• Erfassen Sie übersprungene Objekte, Fehler und Unterschiede und entscheiden Sie dann, ob diese akzeptabel sind oder eine andere Methode erfordern.

Option A: Kopano zu grommunio migrieren

Verwenden Sie den Kopano-Datenbankmigrationspfad, wenn Sie Postfachintegrität benötigen.

Für unterstützte Kopano-Datenbanken dokumentiert grommunio einen direkten Pfad in gromox-kdb2mtVerbindung mit gromox-mt2exm. Das erste Dienstprogramm liest einen Speicher aus einer Kopano-SQL-Datenbank und den zugehörigen Anhangspeicher; das zweite importiert den Übertragungsstream in ein grommunio-Postfach. Beachten Sie die Aufrufsyntax und die Optionen der von Ihnen installierten Versionen, anstatt eine generische Befehlszeile aus einer anderen Installation zu kopieren.

Der Quell-SQL-Dienst und die erforderlichen Anhänge müssen für den Migrationsprozess zugänglich sein. Das aktuelle Handbuch zu gromox-kdb2mt listet die unterstützten Datenbankschemaversionen auf und weist darauf hin, dass Installationen mit attachment_storage=files_v1-x-yden entsprechenden Optionen erforderlich sind --l1. --l2Falls Ihr Quell-Layout abweicht, pausieren Sie den Vorgang und beheben Sie die Speicherzuordnung, bevor Sie einen vollständigen Import durchführen.

Bereiten Sie Zieldomänen und -postfächer vor dem Import vor. Wenn Kopano auf LDAP basiert, prüfen Sie, ob grommunio dasselbe Verzeichnis verwendet, und testen Sie die Benutzerzuordnung vor der Übertragung der Datenspeicher. Der offizielle Kopano-Migrationsleitfaden beschreibt einen mehrstufigen Ablauf: Konfigurieren Sie gegebenenfalls die Verzeichnisintegration des Zielsystems, erstellen Sie Datenspeicher, migrieren Sie die Benutzerdaten und stellen Sie anschließend das E-Mail-Routing um. Beachten Sie jedoch, dass der Leitfaden möglicherweise nicht alle Quellinstallationen abdeckt.

Benutzer müssen gezielt zugeordnet werden. Die Kopano-Datenbank identifiziert Filialen möglicherweise anhand numerischer oder GUID-Metadaten anstelle einer einfachen E-Mail-Adresse. Grommunio-Dokumente dienen kdb-uidextractals Hilfsmittel zur Erstellung einer Benutzerzuordnung aus einem laufenden Kopano-System; siehe das kdb-uidextract-Handbuch . Die Zuordnung ist für Empfängeradressen und Zugriffssteuerungseinträge wichtig. Eine Übertragung kann technisch erfolgreich sein, selbst wenn die Berechtigungen für freigegebene Ordner noch auf Identitäten verweisen, die auf dem Zielsystem nicht existieren.

Verwenden Sie die IMAP-Synchronisierung nur dann, wenn deren Grenzen Ihrem Umfang entsprechen.

Wenn eine direkte Datenbankmigration nicht möglich ist oder Sie nur E-Mails benötigen, kann die IMAP-Synchronisierung eine praktikable Alternative sein, sofern IMAP auf Kopano aktiviert und erreichbar ist. Der dokumentierte imapsyncWorkflow von grommunio unterstützt wiederholbare vollständige und Delta-Synchronisierungen und erhält E-Mail-Ordner, Standardkennzeichnungen und interne Datumsangaben. Die Einschränkungen sind jedoch erheblich: IMAP überträgt keine Kalender, Kontakte, Aufgaben, Notizen, serverseitigen Regeln, Delegierungen, öffentlichen Ordner oder Passwörter.

Bereiten Sie zunächst die Zielpostfächer und -kontingente vor, speichern Sie die Zugangsdaten in geschützten Dateien und testen Sie die Verbindung vor dem ersten Kopieren. Führen Sie eine erste Synchronisierung für ein Pilotpostfach durch, überprüfen Sie das Ergebnis in grommunio Web und wiederholen Sie anschließend eine Delta-Synchronisierung, nachdem der E-Mail-Verkehr umgeleitet wurde. Der detaillierte Leitfaden zur grommunio IMAP-Migration umfasst Vorbereitung, Testläufe, Ordnerzuordnung, Delta-Synchronisierung, Umstellung und Fehlerbehebung. Vermeiden Sie die Optionen „Spiegeln“ oder „Löschen“, es sei denn, Sie haben genau geprüft, welche Daten dadurch entfernt werden.

Option B: Ausgewählte Korrespondenz nach Zammad migrieren

Zammad organisiert Arbeitsprozesse als Tickets mit Artikeln, Kunden, Gruppen und Agenten. Es bildet kein Exchange-ähnliches Postfach mit Kalender, Kontakten, Aufgaben, Ordnerberechtigungen und dem üblichen Verhalten eines E-Mail-Clients nach. Die Migrationsdokumentation listet derzeit unterstützte Quellsysteme wie Freshdesk, Kayako, OTRS und Zendesk auf, jedoch nicht Kopano. Laut Dokumentation erfordern Migrationen von nicht unterstützten Quellsystemen einen API-basierten Ansatz oder eine individuelle Migration.

Bevor Sie einen Importer erstellen, definieren Sie die Konvertierungsregeln. Legen Sie fest, welche Kopano-Postfächer oder -Ordner Supportanfragen repräsentieren, wie Nachrichten in Konversationen gruppiert werden, wie Absender Zammad-Kunden zugeordnet werden und wie alte Zuständigkeiten oder Kategorien Zammad-Gruppen und -Agenten zugeordnet werden. Ein Postfach ist nicht automatisch eine Ticketwarteschlange: Persönliche Korrespondenz, Newsletter, Entwürfe und automatisierte Benachrichtigungen gehören möglicherweise nicht in die Kundentickets.

Für historische Daten planen Sie einen kontrollierten Export- und Importprozess mithilfe einer unterstützten Zammad-API oder eines benutzerdefinierten Migrationsprogramms. Behalten Sie, sofern das Zieldatenmodell dies zulässt, die ursprünglichen Nachrichtendaten und -kopfzeilen bei, speichern Sie Anhänge und protokollieren Sie die Quell-Mailbox- und Nachrichten-IDs zur Nachverfolgbarkeit. Importieren Sie zunächst eine kleine Stichprobe in eine neue Zammad-Instanz. Die allgemeinen Migrationsregeln von Zammad besagen, dass Quellmigrationen entweder vollständig oder gar nicht erfolgen und eine neue Instanz erfordern. Diese Regeln beziehen sich auf die dokumentierten Migrationsmodule. Prüfen Sie daher das Verhalten jedes benutzerdefinierten Importprogramms separat.

Verwenden Sie den E-Mail-Kanal von Zammad, um die Adresse zu verbinden, die nach der Umstellung neue Support-Anfragen erstellen oder empfangen soll. Die aktuelle Dokumentation zum Zammad-E-Mail-Kanal beschreibt die Verbindung von E-Mail-Anbietern und das Routing eingehender Nachrichten. Behandeln Sie die Kanaleinrichtung und den Import bestehender Postfächer als separate Aufgaben. Leiten Sie den Posteingang eines aktiven Kunden nicht an einen ungetesteten Importer weiter: Doppelte Tickets, unerwartete Antworten oder fehlerhaftes Routing können die Benutzer beeinträchtigen.

Umstellung ohne Verlust eingehender Post

Halten Sie Kopano während der gesamten Abnahmephase verfügbar und gesichert. Nach erfolgreichem Abschluss der Pilotphase führen Sie die Hauptmigration durch und erfassen Sie eine Quellbaseline. Planen Sie ein kurzes Zeitfenster ein, um die Zustellung anzuhalten oder umzuleiten, einen abschließenden Delta- oder Catch-up-Import durchzuführen, das MX- oder interne Routing umzustellen und anschließend Testnachrichten innerhalb und außerhalb der Organisation zu senden. Die Migrationsübersicht von grommunio empfiehlt ausdrücklich einen abschließenden Delta-Lauf nach der DNS/MX-Umstellung, damit während der Umstellung eingehende Nachrichten nicht verloren gehen.

Aktualisieren Sie Benutzeranmeldung, Clientkonfiguration, automatische Erkennung, Mobilgeräte, Aliase, Relay-Regeln und alle Anwendungen, die E-Mails über Kopano senden. Dies ist unabhängig vom Kopieren der Postfachdaten. Halten Sie einen Rollback-Plan bereit: Legen Sie fest, wie E-Mails zurückgeleitet werden, wie Benutzer auf den ursprünglichen Server zugreifen und wer einen Rollback autorisieren kann, falls die Zieladresse nicht akzeptiert wird.

Wie man das Ergebnis beurteilt – und wann man den Ansatz ändern sollte

Eine Migration ist für den normalen Einsatz bereit, wenn die Ordner und repräsentativen Inhalte des Zielsystems innerhalb der vereinbarten Toleranz mit dem Quellsystem übereinstimmen, Benutzer aktuelle und ältere Nachrichten finden, Anhänge öffnen können und der E-Mail-Verkehr in beide Richtungen funktioniert. Überprüfen Sie bei Grommunio separat die Kalender- und Kontaktmigration, den gemeinsamen Zugriff, die Verzeichnisanmeldung und das Clientverhalten. Überprüfen Sie bei Zammad die Ticketgrenzen, die Artikelreihenfolge, die Kundenzuordnung, die Sichtbarkeit, die Zuweisung und ob alte Nachrichten unbeabsichtigte ausgehende Antworten ausgelöst haben.

Ändern Sie die Vorgehensweise, wenn die Pilotstudie fehlende MAPI-Daten, beschädigte Anhänge, nicht aufgelöste ACLs oder die Notwendigkeit der Beibehaltung von Groupware-Funktionen aufzeigt, die eine IMAP-Kopie nicht gewährleisten kann. Bei Zammad sollten Sie das Zielsystem überdenken, wenn die Hauptanforderung die Kontinuität des persönlichen Postfachs oder die Unterstützung von Kalender und Kontakten ist. Eine benutzerdefinierte Migration kann zwar Datenmodelle verbinden, erfordert jedoch zusätzlichen Aufwand für Mapping, Tests und Wartung; sie ist nicht mit einem nativen Kopano-Postfachimport gleichwertig. Behalten Sie Kopano im Nur-Lese-Modus oder ein separates Archiv bei, bis Benutzer und Administratoren die benötigten Datensätze überprüfen konnten.