Checkliste für die E-Mail-Migration: Prüfungen vor und nach der Umstellung
Wer eine E-Mail-Migration wie einfaches Kopieren behandelt, riskiert unbemerkten Datenverlust, unterbrochene Antwortketten und zahlreiche Unzustellbarkeitsmeldungen mit „User Unknown“. Eine praxistaugliche Checkliste für Administratoren verhindert solche Überraschungen.
Diese Checkliste richtet sich an Verantwortliche, die sich keine Ausfallzeit leisten können. Sie verzichtet auf Theorie und konzentriert sich auf die technischen Voraussetzungen einer Umstellung ohne Datenverlust. Die vollständige Vorgehensweise finden Sie im Leitfaden zur E-Mail-Einrichtung.
Vorbereitung: die forensische Bestandsaufnahme
Was Sie nicht sehen, können Sie nicht migrieren. Besonders häufig wird Schatten-IT übersehen, also Objekte, die im Verzeichnis, aber nicht in der Benutzerliste stehen. Jede gute Migrationscheckliste muss diese Lücke zuerst schließen.
1. Infrastruktur- und Identitätsübersicht
- Alle Objekttypen erfassen: Zählen Sie nicht nur Benutzer. Nehmen Sie Verteilerlisten, freigegebene Postfächer und öffentliche Ordner auf.
- Proxyadressen sichern: Stellen Sie sicher, dass jede proxyAddress der Quelle dem Ziel zugeordnet wird.
- Entscheidend bei Exchange-Migrationen: Ordnen Sie LegacyExchangeDN (X.500) im neuen System als
x500:-Proxy zu. Andernfalls schlagen interne Antworten mit IMCEAEX-Unzustellbarkeitsberichten fehl.
Verborgene Weiterleitungen prüfen
Serverseitige Weiterleitungsregeln werden nicht über IMAP migriert. Machen Sie sie vor dem Start sichtbar:
Get-Mailbox -ResultSize Unlimited |
Where-Object {($_.ForwardingAddress -ne $null) -or ($_.ForwardingSmtpAddress -ne $null)} |
Select Identity, ForwardingAddress, ForwardingSmtpAddress
2. Die Suche nach besonders großen Postfächern
- Postfächer über 20 GB kennzeichnen. Die meisten Anbieter drosseln IMAP-Importe. Ein Postfach mit 50 GB lässt sich nicht an einem Wochenende übertragen. Beginnen Sie bei diesen Benutzern mehrere Wochen im Voraus. Die Google-Workspace-Dokumentation zur Migration beschreibt die Grenzwerte.
- Ordnertiefe prüfen: Exchange Online begrenzt die Ordnertiefe auf 300 Ebenen. Ohne vorherige Abflachung können tiefere Strukturen unbemerkt abgeschnitten werden.
3. DNS vorbereiten (die 300-Sekunden-Regel)
- Senken Sie die TTL der MX-, SPF- und DMARC-Einträge 48 Stunden vor der Umstellung auf 300 Sekunden.
- Setzen Sie DMARC auf
p=none. Wird während der Migrationp=rejecterzwungen, können legitime Nachrichten die Ausrichtungsprüfung verfehlen und blockiert werden.
Eine vollständige Anleitung zur DNS-Umstellung finden Sie unter E-Mail für die eigene Domain einrichten.
Synchronisierung: Daten ohne Drosselung übertragen
Ziel ist, 90% der Daten zu übertragen, während die Benutzer weiterarbeiten, ohne die Limits des Anbieters auszulösen. Die Komplexität dieser Phase wird besonders häufig unterschätzt.
Strategie für die Vorabübertragung
- Zuerst alte Nachrichten synchronisieren: Konfigurieren Sie Ihr Werkzeug oder imapsync so, dass zunächst Elemente übertragen werden, die älter als 30 Tage sind.
- Die Grenzen von IMAP beachten: Wie in RFC 3501 (IMAP) festgelegt, überträgt das Protokoll nur E-Mails. Kalender, Kontakte, Aufgaben und Regeln bleiben zurück. Exportieren Sie Kalender zur lokalen Archivierung als
.icsund Kontakte als.csv.
Richtwerte zur Drosselung
| Anbieter | Tägliches IMAP-Limit | Auslöser der Sperre |
|---|---|---|
| Google Workspace | ~2,500 MB/Konto | 24-stündige Sperre (Fehler 429) |
| Microsoft 365 | ~20 GB/Konto | Vorübergehende Drosselung |
| Generisches cPanel | Abhängig von der Bandbreite | Vom Host abhängig |
Fehlerbehandlung
- HTTP 429/503: Diese Antworten verlangen eine Wartezeit. Das Werkzeug muss exponentielles Backoff unterstützen: 5s, dann 10s, dann 20s warten.
- Beschädigte Elemente: Legen Sie einen Toleranzwert fest, etwa 50 Elemente. Eine Migration von 10 GB wegen eines beschädigten 2-KB-Headers abzubrechen, ist betrieblich nicht sinnvoll.
Die Umstellung: Routing und letzte Differenz
Führen Sie diesen Schritt in einem geplanten Wartungsfenster aus. Jetzt zählt Geschwindigkeit. Dies ist der zeitkritischste Abschnitt der Checkliste.
Der Schreibstopp
Deaktivieren Sie den Benutzerzugriff auf das alte System oder ordnen Sie einen verbindlichen Arbeitsstopp an. Führen Sie anschließend die letzte Delta-Synchronisierung aus, um während der Vorabübertragung eingegangene Nachrichten zu erfassen.
Hinweis zu UIDVALIDITY: Hat der Quellserver Ordner neu indiziert, versucht das Werkzeug möglicherweise, Duplikate erneut herunterzuladen. Führen Sie deshalb immer zuerst einen Probelauf aus.
DNS umstellen
- MX-Einträge aktualisieren und auf den neuen Anbieter verweisen. Eine TTL von 300s verkürzt die Verbreitung in der Regel, die tatsächliche Dauer hängt jedoch von den DNS-Caches ab.
- SPF aktualisieren: Ergänzen Sie das Include des neuen Anbieters, etwa
include:spf.trekmail.net. Beachten Sie die Grenze aus RFC 7208 von 10 DNS-Abfragen und reduzieren Sie die Einträge bei Bedarf. - DKIM veröffentlichen: Neue Selektorschlüssel werden nach der Veröffentlichung und DNS-Verbreitung aktiv.
Prüfung nach der Umstellung
„Sieht gut aus“ ist keine Prüfstrategie. Kontrollieren Sie stattdessen die folgenden Punkte.
Die wichtigste Kennzahl: Anzahl der Elemente
Ignorieren Sie die Gesamtgröße, da Anbieter unterschiedlich komprimieren. Ein Gmail-Postfach mit 10 GB kann am Ziel als 8 GB erscheinen. Vergleichen Sie stattdessen die Anzahl der Elemente je Ordner.
| Abweichung | Bedeutung | Maßnahme |
|---|---|---|
| <1% | Normal (beschädigte Header) | Akzeptabel, dokumentieren und fortfahren |
| 1-5% | Mögliches Filterproblem | Ordnerzuordnung untersuchen |
| >5% | Systematischer Fehler | Grenzen der Ordnertiefe und Filterkonfiguration prüfen |
E-Mail-Programme neu einrichten
- Neue Profile: Reparieren Sie alte Outlook-Profile nicht. Erstellen Sie neue Profile mit einer sauberen
.ost-Datei. - Veraltete Verbindungen beenden: Sperren Sie am alten Server die Ports 993/443 nur, wenn dort keine anderen benötigten Dienste laufen. Sonst verbinden sich Mobilgeräte erneut mit dem alten Server und arbeiten unbeabsichtigt in zwei getrennten Datenständen.
Kurzübersicht zur Fehlerbehebung
| Fehler | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Google 11001/11002 | Quell-IMAP nicht erreichbar | Firewall/DNS prüfen, App-Passwort kontrollieren |
| HTTP 429/503 | Drosselung/Rate-Limit | Threads von 10 auf 2 reduzieren, 60 Minuten warten |
| 550 5.7.64 | Mandantenzuordnung oder Relay verweigert | Prüfen, ob das TLS-Zertifikat zum FQDN des Connectors passt |
| IMCEAEX-Rückläufer | Legacy Exchange DN fehlt | X.500-Adresse beim neuen Benutzer als Proxy hinzufügen |
TrekMail übernimmt die schwierigen Schritte dieser Migrationscheckliste
Die manuelle Checkliste erfordert PowerShell-Skripte, die Überwachung der DNS-Verbreitung und die Steuerung von Drosselungen. TrekMail behandelt die Migration als Infrastrukturaufgabe, nicht als Beratungsprojekt.
Für kleine Unternehmen
TrekMail enthält eine eigene IMAP-Migrationsfunktion. Geben Sie die Zugangsdaten des bisherigen Dienstes ein, etwa Gmail, cPanel oder Exchange. Für unterstützte Daten und Ordner übernimmt das System Synchronisierung, Ordnerzuordnung und Wiederholungsversuche automatisch. Skripte und Befehlszeile sind nicht nötig, das Ergebnis sollte anschließend aber mit der Quelle abgeglichen werden.
Erfahren Sie mehr über geschäftliches E-Mail-Hosting für Teams, die keine Infrastruktur verwalten möchten.
Für Agenturen
Statt 50 einzelne Speicherkontingente zu verwalten, bietet TrekMail gemeinsam genutzten Speicher für alle Kundendomains. Verwaltetes SMTP übernimmt die Zustellreputation, sodass kein IP-Warm-up erforderlich ist.
| Tarif | Preis | Migrationsfunktion | Verwaltetes SMTP |
|---|---|---|---|
| Kostenlos | $0 (keine Karte) | Enthalten | Nur eigene Infrastruktur |
| Starter | $3.50/Monat | Enthalten | Enthalten |
| Pro | $10/Monat | Enthalten | Enthalten |
| Agency | $23.25/Monat | Enthalten + Massenwerkzeuge | Enthalten + Reputationsverwaltung |
Alle kostenpflichtigen Tarife enthalten eine kostenlose Testphase von 14 Tagen, für die eine Karte erforderlich ist. Für den Nano-Tarif ist keine Karte nötig.
Fazit
Eine E-Mail-Migrationscheckliste dient nicht der Vollständigkeit um ihrer selbst willen. Jeder Punkt bezieht sich auf einen konkreten Fehler, der Administratoren bereits Probleme bereitet hat. Erfassen Sie verborgene Objekte, übertragen Sie große Postfächer vorab, senken Sie die TTL, führen Sie die Delta-Synchronisierung aus und prüfen Sie die Anzahl der Elemente statt nach Gefühl zu entscheiden.
Möchten Sie alle Punkte dieser Checkliste abhaken? Erstellen Sie Ihr kostenloses TrekMail-Konto und überlassen Sie die Infrastruktur der integrierten Migrationsfunktion.