E-Mail-Migration

E-Mail-Migration: Tagesplan von T-7 bis T+1

Von Alexey Bulygin
Tagesplan einer E-Mail-Migration von T-7 bis zur abschließenden Prüfung

E-Mail-Migration: Tagesplan für einen Wechsel ohne unnötige Ausfallzeit

Diese Schritte einer E-Mail-Migration sind keine einfache Dateikopie. Sie steuern den Zustandswechsel zwischen zwei aktiven Datenbanken, während Nutzer die Daten auf beiden Seiten weiter verändern. Wenn Datenebene (IMAP) und Routingebene (DNS) nicht mehr synchron sind, entsteht geteiltes Routing: Ein Teil der Organisation erhält E-Mails auf dem alten Server, der andere auf dem neuen.

Dieser Ablaufplan beschreibt die genaue Reihenfolge von T-7 bis T+1. Keine Theorie, sondern konkrete Arbeitsschritte. Den technischen Hintergrund erläutert unser vollständiger Leitfaden zur E-Mail-Einrichtung.

Die drei Ebenen der Migration

Jede E-Mail-Migration betrifft drei Ebenen. Ein Fehler auf nur einer davon kann zu einer Unterbrechung führen.

  1. Datenebene: bisherige E-Mails (IMAP)
  2. Routingebene: DNS-Einträge (MX), die das Ziel neuer E-Mails bestimmen
  3. Zugriffsebene: die Konfiguration der E-Mail-Programme in Outlook und mobilen Apps

T-7 Tage: Bestandsaufnahme und Bereinigung

Was nicht bekannt ist, kann nicht migriert werden. Eine Nutzerliste ist noch kein vollständiges Inventar. Diese ersten Schritte schaffen einen umfassenden Überblick.

Vollständiges Inventar erstellen

  • Alle Objekttypen erfassen: Postfächer, Aliasse, Verteilerlisten und öffentliche Ordner
  • Sehr große Postfächer identifizieren: Suchen Sie nach Postfächern mit mehr als 20 GB. Google begrenzt IMAP-Downloads auf ungefähr 2,500 MB/day. Ein Postfach mit 50 GB kann Wochen statt Stunden benötigen. Der Leitfaden zur Datenmigration in Google Workspace dokumentiert diese Drosselungsgrenzen.
  • Nicht mehr benötigte Daten bereinigen: Ehemalige Mitarbeiter benötigen keine aktiven Postfächer. Exportieren Sie diese in lokale Archive.

Bei einer Migration von Exchange ermitteln Sie die tatsächliche Elementanzahl mit PowerShell. Die Größe in GB ist wegen der Komprimierung kein zuverlässiger Vergleichswert:

Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | Select-Object DisplayName, ItemCount, TotalItemSize | Sort-Object TotalItemSize -Descending

T-2 Tage: Vorab-Synchronisierung

Warten Sie nicht bis Freitagabend. Übertragen Sie 90% der historischen Daten, während die Nutzer noch arbeiten. Diese Vorbereitung senkt das Risiko beim Wechsel erheblich.

Synchronisierung starten

Konfigurieren Sie Ihr Migrationswerkzeug oder imapsync so, dass E-Mails übertragen werden, die älter als 30 Tage sind. Achten Sie auf HTTP 429 (Too Many Requests) und Google-Fehler 11001.

Wichtige Drosselungsgrenzen

AnbieterDownload-LimitUpload-Limit
Google Workspace~2,500 MB/day per user~500 MB/day per user
Microsoft 365~20 GB/day per userUnterschiedlich
cPanel/PleskKein festes Limit (abhängig von der Bandbreite)Kein festes Limit
Hinweis zu Gmail: Migrieren Sie nicht gleichzeitig All Mail und jedes Label als eigenen Ordner. Gmail-Labels verweisen auf dieselben Nachrichten und sind keine wörtlichen Kopien. Eine falsche Zuordnung von Labels zu Ordnern kann am Ziel dennoch Duplikate erzeugen. Ordnen Sie Labels deshalb sorgfältig zu und schließen Sie in diesem Szenario Gmail/All Mail aus.

T-1 Tag: TTL senken, die 300-Sekunden-Regel

DNS-Einträge werden häufig 24 Stunden lang zwischengespeichert (TTL 86,400). Das vorherige Senken der TTL wird oft vergessen. Wenn Sie die MX-Einträge ohne diese Vorbereitung ändern, können einzelne Resolver E-Mails bis zum Ablauf ihres vorhandenen Cache-Eintrags weiter an den alten Server senden.

  1. Melden Sie sich bei Ihrem DNS-Anbieter an (Cloudflare, Route53 usw.)
  2. Suchen Sie Ihre MX-Einträge
  3. Ändern Sie die TTL auf 300 Sekunden (5 Minuten)
  4. Löschen Sie die alten Einträge noch nicht, sondern ändern Sie nur die TTL

Prüfen Sie den Wert mit dig:

dig +nocmd +noall +answer example.com MX
# Output should show 300 in the TTL column

T-0 (Freitagabend): Umschaltung

Die Nutzer haben ihre Arbeit beendet. Führen Sie jetzt die kritischsten Schritte der Migration aus.

Schritt 1: Änderungen stoppen

Fordern Sie die Nutzer auf, keine E-Mails mehr zu senden. Sperren Sie nach Möglichkeit die Konten am Quellsystem, damit keine verwaisten Nachrichten entstehen.

Schritt 2: Delta-Synchronisierung

Starten Sie das Migrationswerkzeug erneut. Dieser Durchlauf übernimmt die letzten 30 Tage sowie alle neuen Elemente. Die Massendaten sind zwar bereits übertragen, die tatsächliche Dauer hängt jedoch vom Datenvolumen, den Änderungen und den Limits des Anbieters ab.

Auf UIDVALIDITY-Probleme achten: Wenn der Quellserver Ordner neu indiziert hat, kann das Werkzeug Duplikate erneut herunterladen. Führen Sie zuerst immer einen Probelauf aus. IMAP RFC 3501 erläutert die Bedeutung von UIDVALIDITY ausführlich.

Schritt 3: MX-Einträge umstellen

Richten Sie Ihre MX-Einträge auf den neuen Anbieter. Für TrekMail gelten diese Werte:

10 mx1.trekmail.net
20 mx2.trekmail.net

Bei einer TTL von 300 Sekunden können regelkonforme Caches nach etwa 5 Minuten aktualisiert sein. Andere Resolver und bereits gespeicherte Werte können die vollständige Umstellung verzögern.

Schritt 4: SPF und DKIM aktualisieren

Veröffentlichen und prüfen Sie die neuen Absender-IP-Adressen im SPF-Eintrag, bevor der neue Anbieter E-Mails versendet. Lassen Sie die alten Quellen autorisiert, solange sie noch senden können. Einzelheiten finden Sie im Leitfaden zur Einrichtung der E-Mail-Authentifizierung für Ihre Domain.

T+1 (Montagmorgen): Überprüfung

Die letzten Schritte dienen der Kontrolle. Gehen Sie nicht einfach vom Erfolg aus, sondern prüfen Sie das Ergebnis.

Elementanzahl vergleichen

Vergleichen Sie die Elementanzahl von Quelle und Ziel. Abweichungen unter 1% und über 5% sind lediglich operative Schwellenwerte für Dokumentation und Untersuchung, keine Erfolgsgarantie. Ermitteln Sie die Ursache jeder Abweichung. Größere Differenzen können etwa auf Begrenzungen der Ordnertiefe oder falsch konfigurierte Filter hinweisen.

E-Mail-Programme neu konfigurieren

Stellen Sie die E-Mail-Programme auf das neue Konto um. Je nach Programm und Anbieterwechsel lässt sich das vorhandene Profil sicher anpassen. In anderen Fällen ist es zuverlässiger, das alte Konto zu entfernen und das neue hinzuzufügen.

Kalender und Kontakte

TrekMail bietet professionelles E-Mail-Hosting für Unternehmen und hostet serverseitige Kalender über CalDAV sowie Kontakte über CardDAV. Die IMAP-Migration überträgt diese Daten jedoch nicht, sondern nur unterstützte E-Mails und Ordner. Exportieren Sie Kalender als .ics und Kontakte als .vcf beim alten Anbieter und importieren Sie sie anschließend in TrekMail. Prüfen Sie danach die Synchronisierung auf jedem unterstützten Gerät.

Prüfpunkte für Fortsetzung oder Abbruch

PrüfpunktKontrolleFreigabekriterium
Gate 1 (Pre-Sync)Postfächer >20 GB zu mindestens 90% synchronisiert?Ja
Gate 2 (TTL)MX-TTL auf 300s und das seit mindestens 24 Stunden?Ja
Gate 3 (Delta)Abschließende Delta-Synchronisierung ohne kritische Fehler protokolliert?Ja
Gate 4 (Routing)Kommt eine Test-E-Mail von einer externen Adresse im neuen Postfach an?Ja

Der Rückfallplan

Wenn das neue System E-Mails zurückweist oder wichtige Daten fehlen:

  1. MX zurücksetzen: Richten Sie die MX-Einträge wieder auf den alten Anbieter. Einzelne Caches können nach 5 Minuten aktualisiert sein, wenn die TTL 300s beträgt. Eine vollständige Wiederherstellung in dieser Zeit ist jedoch nicht garantiert
  2. Zwischenzeit exportieren: Alle E-Mails, die während dieses Zeitfensters beim neuen Anbieter zugestellt wurden, müssen als EML/MBOX exportiert und auf dem alten Server importiert werden
  3. Fehler diagnostizieren: Prüfen Sie vor einem neuen Versuch auf 550 5.7.1 (Relay Access Denied) und Firewall-Sperren

TrekMail automatisiert Schritte der E-Mail-Migration

Eine manuelle Migration ist arbeitsintensiv und riskant. TrekMail automatisiert Teile der Infrastruktur, damit Sie sich auf Ihre Kunden konzentrieren können.

Für kleine Unternehmen

Das integrierte Migrationswerkzeug von TrekMail übernimmt IMAP-Verbindungen, Wiederholungsversuche und Drosselungslogik für unterstützte E-Mails und Ordner. Geben Sie die Zugangsdaten ein, überwachen Sie die Übertragung und gleichen Sie das Ergebnis abschließend mit der Quelle ab.

Für Agenturen und MSPs

Massenbereitstellung für 100+ Domains. Gemeinsam genutzter Speicher für alle Kunden statt Limits pro Nutzer. Verwaltetes SMTP verringert den Aufwand für das Aufwärmen eigener IP-Adressen.

TarifPreisMigrationswerkzeugGeeignet für
Free$0 (no card)EnthaltenTests und private Nutzung
Starter$3.50/moEnthaltenKleine Teams
Pro$10/moEnthaltenWachsende Unternehmen
Agency$23.25/moEnthalten + MassenaktionenMSPs und Agenturen

Alle kostenpflichtigen Tarife enthalten eine kostenlose Testphase von 14 Tagen (Karte erforderlich). Für den Nano-Tarif ist keine Karte erforderlich.

Fazit

Diese Schritte folgen bewusst einem festen Zeitplan, denn jede Phase baut auf der vorherigen auf. Ohne vorherige TTL-Senkung kann das Routing bei vorhandenen Cache-Einträgen bis zu 24 Stunden geteilt bleiben. Ohne Vorab-Synchronisierung kann das geplante Umschaltfenster wesentlich länger dauern.

Halten Sie den Zeitplan ein, vergleichen Sie die Elementanzahl und bereiten Sie einen Rückfallplan vor. Das ist die vollständige Vorgehensweise.

Bereit für den Start? Erstellen Sie Ihr kostenloses TrekMail-Konto und reduzieren Sie den manuellen Aufwand mit der integrierten Migrationsengine.

Diesen Artikel teilen

Wir verwenden notwendige Technologien, um TrekMail zu betreiben und zu schützen. Mit „Okay“ erlauben Sie außerdem begrenzte Analysen und Werbemessung gemäß unserer Cookie-Richtlinie.

Bei TrekMail anmelden

Zugriff auf Ihr Dashboard, Ihre Postfächer und DNS.

oder

12 Zeichen Passwörter stimmen überein

oder

E-Mail zum Zurücksetzen gesendet

Falls für diese E-Mail-Adresse ein Konto existiert, haben wir Anweisungen zum Zurücksetzen des Passworts gesendet.

Indem Sie fortfahren, stimmen Sie den Nutzungsbedingungen und der Datenschutzrichtlinie von TrekMail zu.