IMAP-Migration: Postfächer umziehen und Ergebnisse prüfen

Bei der IMAP-Migration können schnell Probleme entstehen: vermeintlich verschwundene Nachrichten, aufgeteilte Gesendet-Ordner und ein Nachrichtenbestand, der teilweise beim neuen und teilweise beim alten Anbieter liegt. Wer den Umzug als einfachen Kopierauftrag behandelt, riskiert Duplikate, übersehene neue Nachrichten während der Umschaltung und langwierige Prüfungen wichtiger Postfächer.

Diese Anleitung erklärt Ablauf, Umfang, Grenzen und typische Fehler einer IMAP-Migration sowie eine gestaffelte Umschaltung. Sie richtet sich an Betreiber einer Domain ebenso wie an Betreiber vieler Domains. Für die technischen Details des Tools lesen Sie anschließend unsere imapsync-Anleitung für Administratoren. Wenn Sie zugleich das Hostingmodell überdenken, behandelt diese Anleitung zu E-Mail-Hosting für mehrere Domains die Verwaltungsseite.

Was ist IMAP-Migration?

Bei einer IMAP-Migration verbindet sich ein Tool per IMAP mit dem Quellpostfach, liest Nachrichten und Ordner und schreibt sie in ein Zielpostfach. Es überträgt E-Mail-Inhalte, nicht die gesamte Arbeitsumgebung. Viele Überraschungen entstehen, wenn man dem Protokoll einen größeren Umfang zuschreibt.

Technisch ist es eine Übertragung zwischen Postfächern über den in RFC 3501 beschriebenen Zugriffsstandard. Das Tool meldet sich am alten Server an, liest Inhalte, Header, Ordner und Flags, meldet sich am neuen Server an und fügt die Daten dort hinzu. Praktisch unterscheiden sich Sonderfälle und Ordnernamen je nach Anbieter, während Nutzer das Quellpostfach weiter verändern.

Deshalb sollte eine sorgfältige Migration nicht auf einen einzigen Durchlauf vertrauen. Sie benötigt gestaffelte Abgleiche, ein Umschaltfenster, DNS-Vorbereitung und Prüfung. IMAP wurde für Mailzugriff entwickelt, nicht für perfekte Datenbankreplikation. Der Ablauf muss diese Grenzen berücksichtigen.

Wenn Sie zugleich ein neues Mailsystem aufbauen, bietet diese Anleitung zu geschäftlicher E-Mail den größeren Rahmen. Bei TrekMail beschreiben die Dokumentationen zur IMAP-Migration und zur Migration von Gmail den Dashboard-Ablauf.

Was IMAP-Migration überträgt und was nicht

IMAP überträgt Postfachinhalte und einen Teil des Zustands, nicht alles, was Nutzer unter „E-Mail“ verstehen. Nachrichten, Ordner und übliche Flags werden meist übernommen. Kontakte, Kalender, Clientsignaturen und serverseitige Filterregeln normalerweise nicht.

Erklären Sie diese Grenze vor Eingriffen in das Produktivsystem. Nutzer erwarten oft die Übernahme ihrer gesamten Arbeitsumgebung. Kontakte in CardDAV, Kalender in CalDAV und Regeln einer proprietären Verwaltungsebene liegen jedoch außerhalb von IMAP.

Definieren Sie Erfolg entsprechend: nicht nur „Der Auftrag ist beendet“, sondern Nutzer können am Montag anmelden, historische Nachrichten finden, senden und auch ihren bisherigen Gesendet-Bestand sehen.

Bei älterem cPanel-Hosting fehlen häufig korrekte Zuordnungen der Systemordner. Prüfen Sie TrekMails cPanel-Migrationsanleitung vor der Umschaltung, da diese Umgebungen Kernordner oft anders benennen.

Der technische Ablauf einer IMAP-Migration

Das Tool liest Nachrichten von einem Server, fügt sie auf einem anderen hinzu und verfolgt den Zustand zwischen Durchläufen. Nicht das Kopieren allein ist schwierig, sondern die Erkennung bereits übertragener Nachrichten, damit spätere Abgleiche nicht das gesamte Postfach erneut kopieren.

Es arbeitet als Client beider Systeme: an der Quelle Ordner auflisten, Nachrichten erfassen und Inhalte abrufen; am Ziel fehlende Ordner erstellen und Nachrichten hinzufügen. Dabei versucht es, Seen, Answered und Flagged zu erhalten. Manche Tools speichern außerdem lokal, was bereits übertragen wurde, um Wiederholungen ohne Duplikate zu ermöglichen.

Entscheidend sind UIDs und Ordneridentität. Jeder IMAP-Ordner stellt Nachrichten-UIDs und UIDVALIDITY bereit. Damit erkennt der Client, ob UIDs noch zum selben logischen Ordner gehören. Ändert sich dieser Wert während der Migration, kann das Tool den Ordner als neu behandeln und bereits importierte Inhalte erneut kopieren. Eine gewöhnliche Serverreparatur kann so den Speicherbedarf stark erhöhen.

Praxisbeispiel: Während der Vorabübertragung am Samstag wird die Quelle neu indiziert. UIDVALIDITY ändert sich. Der nächste inkrementelle Abgleich erkennt Tausende Elemente als neu und importiert sie erneut. Der Zielbestand wächst auf das Doppelte, und der Nutzer sieht tatsächlich eine Kopie seines Archivs neben der ursprünglichen Übertragung.

Weitere Besonderheiten: Gmail-Labels können dieselbe Nachricht mehrfach sichtbar machen. Anbieter nutzen Punkte oder Schrägstriche als Hierarchietrenner. Manche Ziele weisen fehlerhafte Nachrichten zurück, die die Quelle jahrelang akzeptiert hat. Einfach wirkt IMAP-Migration nur aus großer Entfernung.

Viele Tools arbeiten bewusst additiv. Das verringert das Risiko unbeabsichtigter Löschungen, bedeutet aber auch, dass Löschungen an der Quelle nicht unbedingt am Ziel ausgeführt werden. Berücksichtigen Sie das vorab.

Ein sorgfältiger IMAP-Migrationsprozess

Ein gestaffelter Ablauf umfasst Erstübertragung, einen oder mehrere inkrementelle Abgleiche und einen abschließenden Abgleich nach der MX-Umstellung. So können Nutzer beim alten Anbieter weiterarbeiten, während der Großteil der Daten im Hintergrund übertragen wird.

Bereiten Sie den Bestand früh vor, statt auf ein einziges großes Migrationswochenende zu warten. Eine kleine Restmenge beim Umschalten kann den Ablauf deutlich beruhigen.

1. Das Ziel vor der ersten Übertragung vorbereiten

Legen Sie Zielpostfächer an, prüfen Sie freien Speicher und die Betriebsbereitschaft. Bei TrekMail müssen Domain und DNS-Konfiguration vorbereitet sein und das Zielpostfach bestehen. Nutzen Sie zuerst die Dokumentation zu erforderlichen DNS-Einträgen, dann den Migrationsablauf.

Informieren Sie Nutzer früh über Umfang, Grenzen und Nutzungsbeschränkungen. Geplante größere Bereinigungen sollten nach Prüfung der Aufbewahrungsanforderungen vor dem Erstabgleich stattfinden, nicht währenddessen.

2. Den ersten IMAP-Durchlauf ausführen

Hier wird der Großteil der Daten übertragen, während Nutzer noch an der Quelle arbeiten. Kleine Postfächer können vollständig kopiert werden; bei großen Beständen kann ein Datumsfilter sinnvoll sein, oder der erste Durchlauf dauert entsprechend länger.

Dabei entdecken Sie Verbindungslimits, falsche Zugangsdaten, problematische Ordner und große Altbestände. Genau jetzt sollten diese Probleme sichtbar werden, nicht erst während der Umschaltung.

3. Während des laufenden Betriebs inkrementell abgleichen

Weitere Durchläufe erfassen neue Nachrichten seit der Erstübertragung. Aus dem Kopierprojekt wird ein Synchronisierungsprojekt: Das Tool vergleicht Quelle und Ziel und importiert vermeintlich fehlende Elemente.

Bei einem langen Migrationszeitraum sind mehrere Abgleiche sinnvoll. Ein ständig verändertes Postfach sollte nicht erst am Umschalttag erneut geprüft werden.

4. DNS-TTL vor der Umschaltung senken

Senken Sie die TTL etwa 24 Stunden vorher und berücksichtigen Sie den bisherigen Cache-Zeitraum. Fünf Minuten, also 300 Sekunden, sind ein üblicher Ausgangswert. Erst nach Ablauf älterer Cache-Einträge kann die kürzere TTL Aktualisierungen beschleunigen; eine feste DNS-Geschwindigkeit ist damit nicht garantiert. Ohne Vorbereitung kann die Phase geteilter Zustellung länger dauern.

Fehlerhafte DNS-Einträge können Nachrichten zum falschen Ziel lenken. Prüfen Sie sie sorgfältig.

5. MX umstellen und anschließend erneut abgleichen

Nach der MX-Änderung kann noch Verkehr beim alten Anbieter ankommen. Warten Sie auf die Verlagerung des Nachrichtenflusses und führen Sie einen weiteren Abgleich gegen die alte Quelle aus. Behalten Sie diese Quelle, kontrollieren Sie spätere Zustellungen und wiederholen Sie den Abgleich bei Bedarf, bis die Prüfung abgeschlossen ist.

Beim Wechsel zu TrekMail lohnt sich die Prüfung des längerfristigen Betriebsmodells: statt nutzerbasierter Abrechnung und verstreuter Domains ein tarifbasiertes Modell mit gemeinsamem Speicher, Domainverwaltung und integrierter Migration. Laut Quellstand beginnt Starter bei $3.50 pro Monat, kostenpflichtige Tarife bieten eine kostenlose Testphase von 14 Tagen mit Kreditkarte und Nano bleibt kostenlos ohne erforderliche Testphase. Prüfen Sie aktuelle Bedingungen auf der TrekMail-Preisseite.

Typische Fehler bei der IMAP-Migration

Häufig sind falsche Ordnerzuordnungen, Gmail-Duplikate, Serverdrosselung, fehlerhafte Nachrichten und unbegründetes Vertrauen in grüne Statusanzeigen. Diese Probleme lassen sich oft vorhersehen und gehören zur praktischen Planung.

Die Gesendet-Ordner-Falle

Quellen verwenden oft Sent Messages, Sent Mail oder Sent, Ziele dagegen Sent Items oder eine Spezialordnerkennzeichnung. Ohne passende Zuordnung erscheint der Gesendet-Ordner im neuen Konto leer.

Testen Sie nach der Migration den Versand. Landet eine neue Nachricht in einem anderen Ordner als der importierte Gesendet-Bestand, ist die Zuordnung noch nicht abgeschlossen.

Duplikate durch Gmail-Labels

Gmail ist nicht primär ordnerorientiert. Dieselbe Nachricht kann unter Inbox, einem eigenen Label und All Mail erscheinen. Per IMAP kann das wie mehrere herunterladbare Kopien aussehen. Ungeprüfte Übernahme kann Speicherbedarf und Verwirrung erhöhen.

Laut Googles IMAP-Dokumentation beeinflussen Kontoeinstellungen den sichtbaren Bestand, in manchen Umgebungen auch eine Begrenzung der Ordnergröße. Verwenden Sie einen Gmail-spezifischen Ablauf. Die im Quellstand genannten Gmail-IMAP-Sitzungen sind auf ungefähr 24 Stunden begrenzt, was bei langen Aufträgen relevant ist; aktuelle Angaben prüfen.

Drosselung und Verbindungslimits

Leitungskapazität ist nicht gleich tatsächliche Übertragungsrate. Microsoft dokumentiert mehrere Begrenzungsebenen in Exchange Online, unter anderem für den Migrationsdienst und den Ressourcenzustand. Die Migration kann deshalb auch bei unauffälligem eigenen Netzwerk langsam werden oder stocken.

Erhöhen Sie nicht blind die Parallelität. Das kann weitere Sperren auslösen. Nutzen Sie ein Tool mit kontrollierten Warte- und Wiederholungsmechanismen und reduzieren Sie die Last, wenn der Server dies verlangt.

Unterschiedliche Hierarchietrenner

Ein Anbieter verwendet Punkte, ein anderer Schrägstriche. Ohne korrekte Umsetzung von Trennzeichen und Spezialordnern kann die Zielstruktur flach oder doppelt aufgebaut sein und die bisherige Organisation verloren gehen.

Fehlerhafte Quellnachrichten

Alte Server tolerieren manchmal kaputte Header, ungültiges MIME oder ungewöhnliche Zeichensatzbehandlung aus 2009. Ein moderneres Ziel kann diese Nachrichten zurückweisen. Das bedeutet nicht automatisch, dass die gesamte Migration gescheitert ist, sondern erfordert Ausnahmebehandlung und Prüfung der Anzahlen.

Eine IMAP-Migration prüfen

Vergleichen Sie Nachrichtenanzahlen, prüfen Sie wichtige Ordner stichprobenartig, testen Sie Gesendet und wiederholen Sie gezielte Abgleiche bei Lücken. Speichergröße und Fortschrittsbalken reichen nicht aus. Prüfen Sie die Ordner, die Nutzer tatsächlich brauchen.

Auch bei Müdigkeit ist die Meldung „Abgeschlossen“ kein Ersatz für Prüfung. Oft bedeutet sie nur, dass der Prozess beendet ist, nicht dass das Ergebnis korrekt ist.

1. Quelle und Ziel für Inbox, Sent, Drafts, Archive und einige große eigene Ordner anhand der Nachrichtenanzahl vergleichen.
2. Kleine Abweichungen nur akzeptieren, wenn sie durch beschädigte Nachrichten oder bekannte Ausschlüsse erklärt sind.
3. Mit autorisiertem Zugriff gemeinsam mit dem Nutzer prüfen, dass historische und neue gesendete Nachrichten im selben Gesendet-Ordner liegen.
4. Bekannte Nachrichten aus mehreren Jahren nach Betreff und Absender suchen.
5. Den fehlenden Ordner gezielt erneut abgleichen, statt das Postfach zu löschen und neu zu beginnen.

Nachrichtenanzahl ist besser vergleichbar als Speichergröße. Kodierungsaufwand und Speichertechnik können die Größe eines Anhangs verändern; eine Nachricht bleibt eine Nachricht.

Stichproben sollten relevante Ordner abdecken. Wenn die Geschäftsführung hauptsächlich Inbox und Sent nutzt, prüfen Sie diese zuerst, statt die gesamte Zeit mit Projects/2017 zu verbringen.

Gezielte Wiederholungen können den Aufwand stark senken. Bei einem abweichenden Ordner nur diesen erneut prüfen. Das gesamte Ziel darf nicht vorschnell gelöscht werden; dafür wären Datensicherung und gesonderte Zustimmung erforderlich. Meist ist eine eng begrenzte Korrektur ausreichend.

Toolauswahl und betriebliche Abwägungen

Die Toolwahl hängt von Kosten, Steuerungsmöglichkeiten und Berichten ab. Es gibt kein für alle Fälle ideales Tool, sondern passende Kompromisse für die jeweilige Aufgabe.

Technische Teams nutzen imapsync häufig als Referenz, weil es den Ablauf detailliert steuern lässt. Deshalb gibt es unsere ergänzende imapsync-Anleitung. Für Agenturen und MSPs zählen aber auch Marge, Einrichtungszeit und eine Migration nahe an der Postfachplattform statt eines Verbunds mehrerer Anbieter.

Der Unterschied: Nutzerbasierte Bezahlung sowohl für Ziel als auch Migrationstool gegenüber tarifbasiertem Hosting mit integriertem Aufnahmeprozess und gemeinsamem Speicher statt starrer Nutzerkontingente.

Die Rolle von TrekMail bei einer IMAP-Migration

TrekMail kann für mehrere Domains ohne nutzerbasierte Abrechnung passen, wenn serverseitige IMAP-Migration und gemeinsamer Speicher benötigt werden. Es bleibt IMAP; ob Kosten und Abläufe günstiger ausfallen, hängt von Bedarf und geltenden Bedingungen ab.

Laut Quellstand bietet TrekMail eigene Domains, IMAP-Postfächer, Catch-all, Weiterleitung, BYO SMTP oder enthaltenes SMTP je nach Tarif sowie API-Zugriff in höheren Stufen. Das Migrationstool ist für kostenpflichtige Tarife integriert. TrekMail wird als IMAP-only ohne POP3 beschrieben, passend zu gemeinsamem serverseitigem Zustand. Prüfen Sie aktuelle Funktionen.

Im Quellstand sind diese Preise angegeben: Free $0, Starter $3.50 pro Monat, Pro $10 pro Monat, Agency $23.25 pro Monat und Enterprise mit individuellem Preis. Kostenpflichtige Tarife bieten eine kostenlose Testphase von 14 Tagen mit Kreditkarte. Nano benötigt laut diesem Stand weder Karte noch Testphase. Jahreszahlung wird als 20% günstiger beschrieben; prüfen Sie die aktuellen Konditionen.

Auch der Betrieb kann profitieren: gemeinsamer Speicher erlaubt bedarfsorientierte Verteilung, Domainverwaltung bündelt Kundenumgebungen, und ein integrierter Import kann zusätzliche Schnittstellen und Übergaben von Zugangsdaten verringern. Diese Vorteile ersetzen keine sorgfältige Zugriffskontrolle.

Wenn Google Workspace oder Microsoft 365 für reine Postfachnutzer zu teuer sind, ist das ein sinnvoller Anlass zum Vergleich. Prüfen Sie, ob eine spezialisierte Mailplattform wie TrekMail die benötigten Funktionen und Gesamtkosten abdeckt.

Häufige Fragen zur IMAP-Migration

Die meisten Fragen betreffen Umfang, Ausfallzeiten, Duplikate und Umschaltung. Gestaffeltes Vorgehen und Prüfung können das Risiko verringern, ohne die Grenzen des Protokolls aufzuheben.

Verursacht IMAP-Migration Ausfallzeiten?

Eine gestaffelte Migration kann Unterbrechungen verringern, garantiert aber keinen ausfallfreien Wechsel. Der Großteil wird bei weiterem Betrieb an der Quelle übertragen, anschließend erfassen Abgleiche nach der MX-Umstellung späte Zustellungen. Wiederholen Sie sie bei Bedarf bis zum geprüften Abschluss.

Kann IMAP Kontakte und Kalender übertragen?

Nein. IMAP-Migration überträgt E-Mail. Andere Daten brauchen einen separaten Export, Synchronisierungsweg oder manuelle Einrichtung.

Warum entstehen Duplikate?

Oft hat sich der Quellzustand geändert, Gmail zeigt dieselbe Nachricht mehrfach oder die Wiederholung erkennt Duplikate nicht korrekt. Häufig liegt die Ursache in der Zustandsverfolgung.

Wie lange dauert IMAP-Migration?

Das hängt von Größe, Serverlimits, Drosselung und Parallelität ab. Große Postfächer können Tage benötigen. Planen Sie entsprechend, statt alles auf ein Wochenende zu setzen.

Welches Umschaltmuster ist sinnvoll?

Erstabgleich, inkrementelle Abgleiche, TTL senken, MX ändern, weitere Abgleiche und Prüfung. Ein nüchterner, kontrollierter Ablauf ist meist die bessere Wahl.

Fazit

IMAP-Migration ist keine Magie, sondern eine zustandsabhängige Übertragung zwischen Systemen mit unterschiedlichen Ordnern, Flags, Limits und Zeitabläufen. Wer das berücksichtigt, kann den Umzug besser steuern. Andernfalls folgen langwierige Erklärungen zu Duplikaten und fehlenden gesendeten Nachrichten.

Der Ablauf ist klar: früh übertragen, inkrementell abgleichen, TTL vorher senken, Spezialordner zuordnen und Anzahlen prüfen. Wenn Sie gemeinsamen Speicher, pauschales Hosting mehrerer Domains und integrierten Import suchen, vergleichen Sie TrekMail anhand Ihres Bedarfs und der aktuellen Bedingungen.