E-Mail-Migrationstool: IMAP-Aufträge sicher fortsetzen

Ihr E-Mail-Migrationstool ist besonders wichtig, wenn der Auftrag um 2 Uhr nachts abbricht. Das ist der eigentliche Test, nicht die reibungslose Demo und nicht der Screenshot aus dem Vertrieb. Wenn Sie E-Mails aus Gmail, Microsoft 365 oder einem alten cPanel-System übertragen, sind Fehler keine Seltenheit. Die entscheidende Frage lautet: Lässt sich das Tool sauber fortsetzen oder erzeugt es Duplikate, überspringt Ordner und hinterlässt ein Durcheinander, das Sie den Benutzern erklären müssen? Wenn Sie den gesamten Umzug planen, beginnen Sie mit geschäftlicher E-Mail, damit die Migration zu dem System passt, das Sie tatsächlich aufbauen.

Die Kurzfassung: Ein sicheres E-Mail-Migrationstool benötigt vier Dinge: Duplikaterkennung, Wiederholungslogik, Ordnerzuordnung und Protokolle auf Elementebene. Fehlt nur eines davon, wird ein Abbruch während der Ausführung zu einem Projekt zur Bereinigung von Postfächern.

Sie wachen auf, prüfen das Dashboard und sehen einen Fortschritt von 68%. Ein Postfach wird als fehlgeschlagen angezeigt. Der Benutzer meldet sich an und die Hälfte seiner gesendeten E-Mails fehlt. Das ist kein Pech, sondern ein Problem mit dem Tool.

Deshalb achten erfahrene Betreiber weniger auf einen Fortschrittsbalken als auf die Statusverfolgung. Kann das Tool nicht belegen, was es kopiert und übersprungen hat und an welcher Stelle es stoppte, haben Sie keine kontrollierte Migration, sondern ein Glücksspiel.

Wenn Sie die Hintergründe des Protokolls verstehen möchten, erklärt die IMAP-Migrationsübersicht von TrekMail, was bei IMAP-Importen übertragen wird und was nicht. Wenn Sie statt eines gehosteten Ablaufs die CLI direkt verwenden, sollten Sie vor Änderungen an der Produktionsumgebung auch diesen Leitfaden zu imapsync lesen.

Was ein E-Mail-Migrationstool nach einem Abbruch leisten muss

Ein E-Mail-Migrationstool sollte nach Netzwerkabbrüchen, Drosselung oder fehlerhaften Nachrichten fortfahren können, ohne E-Mails zu duplizieren oder Ordner zu überspringen. Die zentrale Anforderung ist Idempotenz: Wenn derselbe Auftrag erneut ausgeführt wird, bleibt das Ziel korrekt. Alles andere ist zweitrangig.

Viele Tools werben mit Geschwindigkeit. Geschwindigkeit ist angenehm. Die sichere Fortsetzung schützt Ihr Projekt.

Nach einem Fehler sollte das E-Mail-Migrationstool standardmäßig alle folgenden Aufgaben erledigen:

1. Die Verbindung wiederherstellen, ohne von vorn zu beginnen.
2. Nachrichten überspringen, die bereits am Ziel vorhanden sind.
3. Das genaue Element oder den Ordner protokollieren, bei dem der Fehler auftrat.
4. Pausieren und erneut versuchen, wenn der Quellserver eine Verringerung der Last verlangt.
5. Die Ordnerstruktur über unterschiedliche Stile von IMAP-Namespaces hinweg erhalten.

Kann das Produkt diese fünf Aufgaben nicht erfüllen, sollten Sie ihm keine echte Umschaltung anvertrauen.

Fehlerszenarien, die fast jede große Migration aufhalten

Die meisten Fehler bei E-Mail-Migrationen entsprechen normalem IMAP-Verhalten unter Last. Anbieter drosseln Clients, Token laufen ab, Server setzen Socket-Verbindungen zurück und fehlerhafte Nachrichten bringen Parser zum Absturz. Ein gutes E-Mail-Migrationstool behandelt dies als erwartbare Betriebsbedingungen und nicht als seltene Ausnahmen.

Sehen wir uns die Einzelheiten an.

Drosselung steht an erster Stelle. Gmail, Microsoft 365 und ältere Shared-Hosting-Systeme schützen ihre Ressourcen. Bei zu hoher Belastung verlangsamen sie die Verbindung oder trennen sie. Ein schwaches E-Mail-Migrationstool setzt die Serveranfragen unverändert fort und verschärft so die Sperre.

Fehlerhafte Elemente folgen als Nächstes. Ein beschädigter MIME-Header oder ein zu großer Anhang kann einen einfachen Importer bei derselben Nachricht immer wieder zum Absturz bringen. Kann das Tool dieses Element nicht isolieren und fortfahren, kommt der gesamte Auftrag zum Stillstand.

Ablaufende Authentifizierung ist eine weitere häufige Ursache. Microsoft hat die Basic-Authentifizierung in Exchange-Online-Mandanten deaktiviert. Auch moderne Authentifizierungsabläufe müssen Token bei langen Aufträgen erneuern. Kann die Migrations-Engine Anmeldedaten nicht sauber aktualisieren, bricht die Ausführung mittendrin ab.

Microsoft dokumentiert die Abschaltung der Basic-Authentifizierung für Exchange Online in seinen offiziellen Hinweisen zur Einstellung der Basic-Authentifizierung. Auf der IMAP-Seite definiert RFC 3501 Postfach-UIDs und UIDVALIDITY in der grundlegenden Spezifikation für IMAP4rev1. Diese beiden Quellen erklären, warum alte Annahmen in den Jahren 2025-2026 nicht mehr tragen.

Sicheres Fortsetzen beruht auf Idempotenz, nicht auf Hoffnung

Idempotenz bedeutet, dass das E-Mail-Migrationstool erneut für dasselbe Postfach ausgeführt werden kann und weiterhin genau eine korrekte Kopie jeder Nachricht erzeugt. Ohne diese Eigenschaft drohen bei jeder Wiederholung Duplikate, fehlende E-Mails oder beides. Sie ist die wichtigste einzelne Designfunktion einer Migrations-Engine.

An dieser Stelle scheitern einfache Billigtools.

Ein naives E-Mail-Migrationstool verfolgt nur die zuletzt gesehene UID und nimmt an, dass sich das Quellpostfach niemals ändert. Reale Server verhalten sich nicht so ordentlich. Postfächer werden komprimiert, repariert oder wiederhergestellt. UIDVALIDITY ändert sich. In diesem Fall muss das Tool von der schnellen UID-basierten Fortsetzung zu einer langsameren Duplikatprüfung wechseln, etwa über den Vergleich der Message-ID.

Das ist der Unterschied zwischen einer Verzögerung und einem Desaster.

imapsync \
  --host1 imap.oldhost.com --user1 alice@example.com --password1 'source-pass' \
  --host2 imap.trekmail.net --user2 alice@example.com --password2 'dest-pass' \
  --ssl1 --ssl2 \
  --syncinternaldates \
  --useheader 'Message-Id' \
  --skipsize \
  --skipcrossduplicates \
  --errorsmax 50

Aufgrund dieses delta-sicheren Ansatzes planen Betreiber einen zweiten Durchlauf im Ablaufhandbuch ein. Der erste Durchlauf überträgt die Masse der E-Mails. Der zweite erfasst spät eintreffende Elemente und prüft, dass sich keine Duplikate ansammeln.

Wenn Sie speziell aus Gmail migrieren, beschreibt der Gmail-Migrationsleitfaden von TrekMail den Umgang mit Anmeldedaten. Dazu gehört ein App-Passwort, wenn Google für den IMAP-Zugriff kein einfaches Kontopasswort akzeptiert.

In der Ordnerzuordnung versteckt sich stiller Datenverlust

Die Ordnerzuordnung teilt dem E-Mail-Migrationstool mit, wo die Namen der Quellordner am Ziel landen sollen. Ohne diese Zuordnung können E-Mails zwar erfolgreich importiert werden, aber am falschen Ort erscheinen. Das ist ein stiller Fehler: Die Daten sind vorhanden, doch der Benutzer hält sie für verschwunden.

Dieses Problem tritt sehr häufig auf.

Ein Server verwendet Punkte, ein anderer Schrägstriche. Einer bezeichnet gesendete E-Mails als Sent Messages, ein anderer erwartet Sent Items. Ein schwaches E-Mail-Migrationstool kopiert die Ordnernamen wörtlich und meldet den Auftrag als abgeschlossen. Nach der Anmeldung sieht der Benutzer einen ungeordneten Ordnerhaufen auf der obersten Ebene.

Diese Zuordnungen sind besonders wichtig:

^Sent Messages$  -> Sent Items
^Deleted Messages$ -> Trash
^Draft Messages$ -> Drafts
INBOX\.(.+) -> INBOX/$1

Die letzte Zeile behandelt die Namespace-Falle. Sie wandelt durch Punkte getrennte Ordnerbäume aus verbreiteten Dovecot- oder cPanel-Konfigurationen in durch Schrägstriche getrennte Strukturen um, die IMAP-Clients und gehostete Plattformen häufig erwarten.

Die Ordnerzuordnung ist auch wichtig, wenn Sie Postfächer in vielen Domains skalierbar einrichten. Dabei handelt es sich um dasselbe betriebliche Problem wie bei der Bereitstellung: Konsistenz ist besser als nachträgliche Bereinigung. Deshalb werden die Massenerstellung von E-Mail-Konten und das Multi-Domain-E-Mail-Hosting relevant, sobald Sie mehr als nur wenige Benutzer migrieren.

Protokolle entscheiden, ob sich die letzten 2% beheben lassen

Ein brauchbares E-Mail-Migrationstool muss Protokolle auf Elementebene liefern und nicht nur ein grünes Häkchen oder ein rotes X. Sie müssen wissen, welche Nachricht in welchem Ordner aus welchem Grund fehlgeschlagen ist. Andernfalls können Sie nicht entscheiden, ob Sie den Vorgang wiederholen, ignorieren oder eskalieren sollten.

„Mit Fehlern abgeschlossen“ liefert keine nützlichen Informationen. Sie brauchen eine Liste.

Die Mindestausgabe des Protokolls sollte Betreff, Quellordner, Nachrichtendatum, Elementgröße und Fehlergrund enthalten. Noch besser ist ein CSV-Export. Dann können Sie nach Fehlertyp filtern und jede Problemklasse angemessen behandeln.

Dieser Arbeitsablauf hat sich in der Praxis bewährt:

1. Führen Sie den ersten Migrationsdurchlauf aus.
2. Exportieren oder prüfen Sie die Protokolle übersprungener Elemente.
3. Gruppieren Sie Fehler nach Ursache: Authentifizierung, Timeout, Übergröße, fehlerhaftes Element oder Zielkontingent.
4. Führen Sie den Auftrag mit aktivierter Duplikatüberspringung erneut aus.
5. Bearbeiten Sie nur die tatsächlichen Ausnahmen manuell.

Dieser Ablauf ist unspektakulär. Das ist gut. Bei einer Migration ist ein ereignisloser Ablauf das Ziel.

Prüfen Sie vor der endgültigen Umschaltung die Ziel-Domain und die Postfachkonfiguration. Der TrekMail-Leitfaden Domain hinzufügen erläutert die DNS-Seite, damit Sie E-Mails nicht erfolgreich übertragen und anschließend die Zustellung beim MX-Schritt beeinträchtigen.

Alter und neuer Weg: Skripte, SaaS pro Benutzer und TrekMail

Der alte Weg besteht aus einer Sammlung von Skripten, Migrationsgebühren pro Benutzer und manueller Überwachung. Beim neuen Weg ist das E-Mail-Migrationstool in die E-Mail-Plattform integriert, wird auf Tarifebene berechnet und enthält Wiederholungen sowie Duplikatprüfungen bereits im Ablauf.

Alter Weg: imapsync selbst ausführen, App-Passwörter verwalten, Wiederholungslogik abstimmen, Ordner manuell zuordnen, Protokolle von Hand prüfen und nach dem Umzug einen weiteren Anbieter pro Postfach bezahlen.

Neuer Weg: die serverseitige IMAP-Migration von TrekMail auf derselben Plattform verwenden, auf der die Zielpostfächer gehostet werden. Sie geben die bisherigen IMAP-Daten ein, wählen das TrekMail-Postfach aus und starten den Import im Dashboard. Die Dokumentation führt das Überspringen von Duplikaten als Standardoption auf. Der Auftragsstatus wird als in Warteschlange, in Verarbeitung, abgeschlossen oder fehlgeschlagen angezeigt.

Das ist wichtig, weil die Migration kein separates Profitcenter werden sollte. Sie sollte Teil des Onboardings sein.

TrekMail ist für Multi-Domain-E-Mail-Hosting mit Pauschalpreisen konzipiert. In der beschriebenen Preisstruktur beginnen Tarife bei $3.50 pro Monat. Je nach Tarif werden benutzerdefinierte Domains, IMAP-Postfächer, Catch-all-Unterstützung, eigenes oder enthaltenes SMTP, Postfachweiterleitung, ein Migrationstool sowie API-Zugriff in höheren Tarifstufen angeboten. Ein Nano-Tarif wird für $0 aufgeführt, und kostenpflichtige Tarife können mit einer kostenlosen 14-tägigen Testphase erprobt werden. Für den kostenlosen Tarif ist laut Angebot keine Karte erforderlich, für die Testphase dagegen schon.

Für kleine Teams bedeutet das, dass sie E-Mails übertragen können, ohne zunächst ein Migrations-Add-on pro Benutzer kaufen zu müssen. Für Agenturen kann sich der Migrationsprozess in dasselbe Steuerungsmodell einfügen, das ohnehin für Postfachinhaber, Kunden-Onboarding und wiederkehrende Margen benötigt wird.

Wenn die Wirtschaftlichkeit ebenso wichtig ist wie die Technik, vergleichen Sie die Tarife direkt unter TrekMail-Preise.

So wählen Sie ein E-Mail-Migrationstool ohne spätere Reue

Wählen Sie ein E-Mail-Migrationstool anhand von Fehlerwiederherstellung, Duplikatbehandlung, Ordnerzuordnung und Protokollen aus. Eine ansprechende Oberfläche ist zweitrangig. Kann das Tool Drosselung, problematische Nachrichten und Wiederholungsversuche nicht bewältigen, kostet es mehr Zeit, als es spart.

Prüfen Sie vor Ihrer Entscheidung diese Punkte:

1. Kann das E-Mail-Migrationstool bei einer Wiederholung Duplikate überspringen?
2. Kann es nach dem Fehler einer einzelnen Nachricht weiterarbeiten?
3. Kann es Ordnernamen und Namespace-Trennzeichen zuordnen?
4. Kann es Fehler auf Elementebene statt nur einen zusammengefassten Status anzeigen?
5. Kann es moderne Authentifizierung und lang laufende Sitzungen verarbeiten?
6. Kann es über IMAP migrieren, ohne nach dem Umzug ein separates Abrechnungsmodell pro Benutzer zu erzwingen?

Wenn eine dieser Fragen mit Nein beantwortet wird, sollten Sie weitersuchen.

Das beste E-Mail-Migrationstool ist nicht das mit der schönsten Oberfläche. Es geht davon aus, dass Fehler auftreten, und kann den Betrieb wieder aufnehmen, ohne das Postfach zu beschädigen. Das ist der Maßstab. Alles darunter birgt ein erhebliches Ausfallrisiko.