IMAP-Migration im großen Maßstab: sicherer Leitfaden

IMAP-Migrationen können E-Mail-Projekte schnell aus der Spur bringen. Eine falsche Ordnerzuordnung, ein alter DNS-Cache oder eine Gmail-Falle kann einen Wochenendausfall verursachen. Lesen Sie vor dem Umzug diesen Artikel und halten Sie den Praxisleitfaden zu imapsync bereit. Das Ziel: E-Mails ohne Duplikate, stillen Verlust oder unnötige Nutzergebühren übertragen.

E-Mail ist keine ZIP-Datei, sondern ein aktives System mit Zuständen, Clients, DNS, Drosselung und Nutzern, die während des Umzugs weiter Nachrichten versenden. Professionelle IMAP-Migration beginnt deshalb bei Protokollgrenzen und nicht bei Anbieterversprechen.

Trennen Sie Tempo vom Umschaltdruck. Alter Weg: Lizenzen kaufen, Umzug überstürzen und hoffen. Neuer Weg: Ziel vorbereiten, in Durchläufen migrieren und gemeinsamen Speicher nutzen, damit ein großes Postfach das Budget nicht unnötig belastet. TrekMail bietet dafür Multi-Domain-Hosting zum Pauschalpreis, gemeinsamen Speicher und integrierten serverseitigen Import. Prüfen Sie vor der Bereitstellung die aktuellen Tarifgrenzen und Importmöglichkeiten.

Warum IMAP-Migrationen in der Praxis scheitern

Server beschreiben Ordner, Kennungen und Labels unterschiedlich. IMAP überträgt E-Mails, ist aber keine perfekte Massenreplikation. In großen Projekten können Duplikate, vereinfachte Ordnerstrukturen, Drosselung und liegen gebliebene neue Nachrichten entstehen.

Die erste Falle ist die UID-Logik. IMAP identifiziert Nachrichten innerhalb eines Postfachs über UIDs zusammen mit UIDVALIDITY. Ändert sich UIDVALIDITY, darf der Client die bisherigen UID-Zuordnungen nicht weiterverwenden. Das definiert RFC 9051. Ein Neuaufbau oder eine Wiederherstellung kann eine neue UID-Generation erzeugen; eine Umbenennung allein tut das nicht zwangsläufig. Verliert das Migrationstool dadurch seine Zuordnung, kann es Nachrichten erneut kopieren.

Die zweite Falle sind Ordnernamensräume. Ein Host betrachtet `INBOX.Sent` als Unterordner, ein anderer erwartet `INBOX/Sent`. Gmail zeigt zusätzlich Labels als Ordner. Ohne vorherige Bestandsaufnahme und Zuordnungsprüfung können Nutzer später den Eindruck bekommen, Teile des Archivs seien verschwunden.

Die dritte Falle ist Gmails Labelmodell. Eine Nachricht kann unter mehreren Labels erscheinen, während ein IMAP-Ziel Ordner speichert. Je nach Zuordnung entstehen dadurch mehrere Kopien. All Mail pauschal auszuschließen ist jedoch ebenfalls riskant: Dort können archivierte Nachrichten liegen, die über kein anderes ausgewähltes Label erreichbar sind. Prüfen Sie deshalb vorab, welche Ordner gemeinsam den vollständigen gewünschten Bestand abdecken.

Vorprüfung: Unordnung vor dem Umzug erfassen

Beginnen Sie mit Bestandsdaten, nicht mit Zugangsdaten: Postfachzahlen und -größen, Dienstkonten, alte Weiterleitungen und besonders migrationskritische Nutzer. Ohne Bestandsaufnahme wird Unsicherheit nur auf den Umschalttag verschoben.

Beginnen Sie mit den Schwergewichten: Gründerarchive, Finanzpostfächer voller PDFs und Supporteingänge, die längst als Archiv dienen. Sie bestimmen den Zeitplan und zeigen mögliche Nachteile nutzerbasierter Preise. Ein Postfach mit 60 GB kann bei manchen Anbietern einen größeren Tarif erfordern. Gemeinsamer Speicher bei TrekMail kann die Verteilung erleichtern, sofern der gewählte Tarif genug freie Gesamtkapazität und passende Postfachgrenzen bietet.

Suchen Sie danach gemeinsame Adressen, Scannerkonten, Alarm-Postfächer und alte Verteilerersatzkonten mit eigenen Zugangsdaten. Wird eines vergessen, kann wichtiges Routing ohne deutlichen Fehler ausfallen. Halten Sie Verantwortliche und benötigte Zugänge fest.

Legen Sie vorab fest, wie mit defekten Elementen umzugehen ist. Beschädigte MIME-Teile, fehlerhafte Kopfzeilen und zu große Anhänge kommen in alten Beständen vor. Stoppt das Tool beim ersten Fehler, kann alles hinter einer Nachricht aus 2009 hängen bleiben. Lassen Sie den Lauf nur im Rahmen einer vereinbarten Fehlerbehandlung fortfahren, protokollieren Sie ausgelassene Nachrichten und versuchen Sie anschließend deren Wiederherstellung oder dokumentieren Sie ausdrücklich genehmigte Ausnahmen.

Komplettumzug oder Vorbereitung

Die grundlegenden Strategien sind: alles bei der Umschaltung übertragen oder alte E-Mails vorab laden und mit einem Delta-Lauf abschließen. Ein Komplettumzug kommt eher für kleine Umgebungen infrage; größere Projekte profitieren meist von der Vorbereitung.

Freitag MX ändern, am Wochenende alles migrieren und Montag auf passende Zählerstände hoffen klingt übersichtlich. Bei kleinen Datenmengen kann das funktionieren, bei Drosselung oder großen Postfächern reicht das geplante Zeitfenster jedoch möglicherweise nicht.

Eine gestaffelte Vorbereitung reduziert den Druck. Kopieren Sie beispielsweise Nachrichten, die älter als 30 Tage sind, während Nutzer noch auf dem alten System arbeiten. Senken Sie DNS-TTL rechtzeitig, wechseln Sie MX und synchronisieren Sie aktuelle sowie neu zugestellte E-Mails. So verteilen Sie das Risiko auf drei überschaubare Aufgaben.

Hier zählt TrekMails Preismodell. Bei Google Workspace oder Microsoft 365 können während der Überschneidung Lizenzen für Quelle und Ziel anfallen. TrekMail lässt sich als Ziel vorab bereitstellen, ohne innerhalb des gewählten Tarifs jedes zusätzliche Postfach einzeln zu lizenzieren. Die Preisübersicht nennt kostenpflichtige Tarife ab $3.50 pro Monat bei jährlicher Zahlung; prüfen Sie die aktuellen Konditionen. Die Testphase kann nach den geltenden Teilnahmebedingungen 14 Tage umfassen. Nano ist ein eigener kostenloser Tarif nach den jeweils geltenden Bedingungen und erfordert derzeit keine Karte; für sämtliche ausgehenden Nachrichten, einschließlich Antworten, ist dort ein eigener SMTP-Dienst nötig.

Sicheres Betriebshandbuch für IMAP-Migration

Ein wiederholbarer Ablauf umfasst fünf Teile: Ziel erstellen, Ordner testen, alte E-Mails kopieren, DNS umstellen und Delta ausführen. Jeder Schritt hilft, das Risiko des nächsten zu begrenzen.

1. Zieldomains und Postfächer zuerst erstellen. TrekMails Dokumente zum Hinzufügen einer Domain und zu IMAP-Einstellungen erläutern DNS- und Verbindungswerte. Die Dokumentation nennt `mail.trekmail.net` mit Priorität `10`; übernehmen Sie die für Ihre Domain aktuell angezeigten Werte.
2. Einen Strukturlauf ausführen. Erstellen Sie Ordner vor dem Massentransfer und erkennen Sie Unterschiede zwischen Punkt und Schrägstrich früh.
3. Alte E-Mails übertragen. Prüfen Sie bei Gmail vor dem Ausschluss von `[Gmail]/All Mail` und Trash die Labels und Zuordnungen. Schließen Sie nur Ordner aus, deren gewünschte Nachrichten anderweitig vollständig erfasst werden oder bewusst nicht mitgenommen werden sollen.
4. Eine MX-TTL von 300 Sekunden und eine Vorlaufzeit von mindestens 24 Stunden sind ein Planungsbeispiel, keine Zusage für die DNS-Verteilung. Berücksichtigen Sie auch die zuvor geltende höhere TTL und positive wie negative Cache-Einträge; überwachen Sie beide Systeme während der Umstellung.
5. MX ändern, DNS-Antworten prüfen und Delta-Läufe mit aktivierter Duplikaterkennung ausführen. TrekMails Importablauf unterstützt wiederholte Durchläufe mit Duplikatüberspringen. Kontrollieren Sie die Ergebnisse trotzdem, da Zuordnungen und Nachrichtenerkennung nicht in jedem Fall doppelte Kopien verhindern.

Prüfen Sie DNS mit Befehlen:

dig MX example.com +short

dig TXT example.com +short

dig TXT _dmarc.example.com +short

Halten Sie einen manuellen imapsync-Lauf übersichtlich. Das folgende Beispiel ist keine universell passende Konfiguration: Prüfen Sie insbesondere die Gmail-Ausschlüsse und die Authentifizierung der Quelle. Die Passwortplatzhalter zeigen nur die Syntax; verwenden Sie im Betrieb unterstützte geschützte Passwortdateien oder passende Token, damit Zugangsdaten nicht unnötig in Shell-Verlauf oder Prozesslisten erscheinen.

imapsync \
  --host1 old.mailhost.tld --user1 user@example.com --password1 'SOURCE_PASS' \
  --host2 imap.trekmail.net --user2 user@example.com --password2 'DEST_PASS' \
  --ssl1 --ssl2 \
  --exclude '\[Gmail\]/All Mail|\[Gmail\]/Trash' \
  --syncinternaldates \
  --useheader 'Message-Id' \
  --skipsize

Ein Beispiel für den DNS-Eintrag bei der Umschaltung:

example.com. 300 IN MX 10 mail.trekmail.net.

Gmail, Microsoft 365 und weitere Sonderfälle

Gmail bringt mögliche Labelduplikate und Bandbreitenlimits, Microsoft 365 besondere Anforderungen an die Authentifizierung: Basic Auth für IMAP wurde in Exchange Online abgeschafft. Älteres lokales Exchange kann an TLS-Inkompatibilitäten scheitern. Jede Quelle braucht ein eigenes Risikoprofil.

Google nennt ein tägliches IMAP-Downloadlimit von 2500 MB pro Workspace-Konto; prüfen Sie vor der Migration die aktuellen Vorgaben. Planen Sie ein Gmail-Konto mit 20 GB nicht als ununterbrochenen Schnelltransfer. Staffeln Sie die Durchläufe und lassen Sie Zeit für Drosselung und Wiederholungen. Je nach Quelle kann der Transfer mehrere Tage statt weniger Stunden dauern.

Bei Microsoft 365 reicht Benutzername und Passwort für IMAP in Exchange Online nicht mehr aus. Dafür sind eine unterstützte OAuth-Anmeldung und die nötigen Berechtigungen erforderlich. Das gezeigte Passwortbeispiel deckt diesen Fall nicht ab. Prüfen Sie vorab, ob Ihr Migrationstool und die Kontokonfiguration diese Anmeldung unterstützen, und halten Sie einen passenden Ausweichplan bereit.

Beispiel: Ein Gmail-Postfach mit 12 GB und Inbox, Project, Important sowie All Mail ist kein sauberer Ordnerbaum mit 12 GB, sondern ein als Ordner dargestellter Labelgraph. Daraus können bei ungeeigneter Zuordnung Duplikate entstehen.

Stimmen Sie bei vielen Nutzern Postfacherstellung und Zugriff vor der Umschaltung ab. TrekMail bietet Anleitungen zum massenhaften Anlegen von E-Mail-Konten und zur Kunden-E-Mail-Verwaltung. Berücksichtigen Sie neben dem Kopieren auch mögliche Bereitstellungsfehler.

Prüfung: Elemente statt Gigabyte zählen

Die Elementzahl je Ordner und Postfach ist ein wichtiger Vergleichswert. Anbieter berechnen MIME-Overhead, Komprimierung und Deduplizierung unterschiedlich, weshalb Speichergrößen allein keinen Erfolg belegen. Auch gleiche Zählerstände genügen nicht: Prüfen Sie Ordnerzuordnungen, Nachrichtenkennungen und Stichproben mit Kopfzeilen, Datumsangaben, Statusmarkierungen und Inhalt.

Zeigt die Quelle 14,200 Elemente und das Ziel 14,195, können fünf protokollierte Defekte die Differenz erklären. Vollständig ist die Migration deshalb noch nicht: Versuchen Sie die Wiederherstellung oder lassen Sie die Ausnahmen ausdrücklich genehmigen und prüfen Sie auch den übrigen Bestand. Zeigt das Ziel 10,000, stoppen Sie und untersuchen Sie die Abweichung. Eine ähnliche Speichergrafik genügt nicht.

Beobachten Sie den alten Server nach dem MX-Wechsel; mindestens 48 Stunden können als Ausgangspunkt für die Planung dienen, reichen aber nicht zwangsläufig aus. Fest konfigurierte Geräte, Drucker, CRM-Systeme und alte Formulare können weiter dorthin liefern. Ermitteln Sie diese Nachzügler und wiederholen Sie Delta-Läufe, bis die Zustellwege geprüft und alle gewünschten neuen Nachrichten übernommen sind.

Bei einer größeren Bereinigung zählt auch das künftige Betriebsmodell: Anzahl von Domains, Postfächern und Clients. TrekMail kann für die zentrale Verwaltung vieler Domains und Postfächer geeignet sein; vergleichen Sie die konkreten Anforderungen und Tarifbedingungen mit denen der Suite-Anbieter. Dasselbe Thema behandeln Multi-Domain-E-Mail-Hosting und geschäftliche E-Mail.

Fazit: Risiken begrenzen, statt das Projekt auszubremsen

IMAP-Migration belohnt Geduld, Reihenfolge und Prüfung. Reduzieren Sie Unbekannte, prüfen Sie Ordner vor einem Ausschluss, berücksichtigen Sie DNS-Caches und gleichen Sie nicht nur Zählerstände, sondern auch Nachrichten und Zuordnungen ab.

TrekMail verbindet Multi-Domain-Verwaltung, gemeinsamen Speicher, serverseitigen Import und Standard-IMAP. Wenn Tarifgrenzen und Arbeitsabläufe zu Ihrem Projekt passen, können Sie alte E-Mails früh übertragen und den Abschluss mit geprüften Delta-Läufen vorbereiten, statt alles in ein einziges Umschaltfenster zu drängen.

Beginnen Sie mit der Dokumentation und bereiten Sie das Ziel vor. Informationen zu TrekMails Pauschaltarifen und den aktuellen Grenzen für die Vorbereitung finden Sie unter trekmail.net.