Checkliste für E-Mail-Migrationen ohne Verluste

Wenn Sie eine Checkliste für die E-Mail-Migration brauchen, beginnen Sie mit dieser Regel: E-Mail ist kein Vorgang, bei dem Ordner einfach verschoben werden. Es ist ein laufendes System mit wechselnden Nachrichtenstatus, Aliasen, Weiterleitungen, Drosselungen, fehlerhaften Clients und Benutzern, die während Ihrer Arbeit weiter E-Mails versenden. Deshalb scheitern nachlässige Umschaltungen. Wenn Sie noch entscheiden, wo Ihre E-Mails nach dem Umzug liegen sollen, lesen Sie zuerst den Beitrag über geschäftliche E-Mails für kleine Unternehmen. Wenn die Migration bereits feststeht, nutzen Sie dieses Runbook und sorgen Sie für einen unspektakulären Ablauf.

Das Problem ist einfach. Die meisten Teams kopieren E-Mails, schalten MX um und hoffen. Am Montag fallen dann die fehlenden Elemente auf: das Archiv des Gründers, die Rechnungsweiterleitung und das gemeinsame Postfach, bei dem tatsächlich fünf Personen dasselbe Konto nutzten. Diese Checkliste verhindert das, indem sie Bestandsaufnahme, Vorab-Synchronisierung, Prüfung, Wiederholungsversuche und Rückfallplan in einem Betriebsdokument zusammenführt.

Checkliste vor dem Kopieren der ersten Nachricht

Eine Checkliste für die E-Mail-Migration beginnt mit Transparenz. Bevor Sie auch nur ein Byte verschieben, benötigen Sie eine programmatisch erstellte Bestandsaufnahme der Postfächer, Aliasse, Weiterleitungsregeln, Postfachgrößen und Beschränkungen auf der Quellseite. Eine schwache Analyse macht jeden späteren Schritt langsamer, riskanter und teurer.

Verlassen Sie sich nicht auf HR-Exporte oder irgendeine Tabelle, die der Kunde letzten Monat geschickt hat. Rufen Sie die Daten von der Quellplattform ab und erstellen Sie einen Bestand, der fünf Fragen beantwortet:

1. Welche Postfächer existieren und welche empfangen noch E-Mails?
2. Welche Aliasse und Funktionskonten sind diesen Postfächern zugeordnet?
3. Welche Benutzer fallen durch besonders hohen Speicherbedarf auf?
4. Welche Weiterleitungen im Posteingang, im Transport oder auf Postfachebene sind aktiv?
5. Welche Konten sind tatsächlich gemeinsam genutzte Funktionsadressen und keine persönlichen Postfächer?

Der letzte Punkt ist wichtiger, als viele zugeben. invoices@, support@ und hello@ wirken oft wie gewöhnliche Postfächer, bis der Tag der Umschaltung kommt. Dann weiß niemand, wer zuständig ist, welches Gerät noch angemeldet ist und wo Antworten verschwinden.

Führen Sie auch eine Prüfung auf problematische Daten durch. Suchen Sie nach fehlerhaftem MIME, übergroßen Anhängen und absurden Ordnerstrukturen. IMAP kann viel übertragen, verwandelt aber beschädigte Quelldaten nicht in saubere Zieldaten. Bedenken Sie außerdem, was IMAP nur schlecht oder gar nicht überträgt. Die TrekMail-Migration ist auf E-Mails beschränkt, daher brauchen Kalender und Kontakte einen eigenen Plan. Die TrekMail-Übersicht zur IMAP-Migration stellt diese Grenze klar.

Beispiel: Ein Quellpostfach enthält 14,200 Elemente, zwei Nachrichten sind jedoch beschädigt und ein Anhang mit 80 MB überschreitet die Richtlinie des Ziels. Steht in Ihrem Runbook nur „Größe sieht gut aus“, übersehen Sie das. Verlangt es dagegen den Vergleich der Elementzahlen und die Prüfung des Fehlerprotokolls, finden Sie das Problem vor den Benutzern.

Checkliste für die Planung der Umschaltung

Ihre Checkliste sollte die Migrationsarchitektur festlegen, bevor jemand eine Umschaltung am Wochenende ansetzt. Kleine Postfächer verkraften einen Umzug in einem Durchgang. Reale Unternehmen meist nicht. Übertragen Sie historische E-Mails vorab, lassen Sie aktuelle Änderungen für das letzte Delta und schalten Sie DNS erst um, wenn selbst die langsamsten Postfächer weitgehend fertig sind.

Drei Muster sind verbreitet:

Für die meisten Leser ist Vorabübertragung plus Delta die richtige Wahl. Der praktische Zeitplan einer Checkliste sieht so aus:

1. T minus 14 Tage: Zuerst alte E-Mails migrieren und langsame Postfächer ermitteln.
2. T minus 7 Tage: Aliasse, Weiterleitungsregeln und die Zuordnung der Zielpostfächer bestätigen.
3. T minus 2 Tage: DNS-TTL senken, Authentifizierung testen und Fehlerprotokolle prüfen.
4. T null: MX umschalten, SPF und DKIM aktualisieren, Delta-Synchronisierung ausführen und anschließend Clients korrigieren.
5. T plus 1 Tag: Zahlen prüfen, eingehende und ausgehende E-Mails testen und dann den alten Zugriff sperren.

Fehler beim DNS unterbrechen den Mailverkehr. Senken Sie die TTL mindestens 48 Stunden vorher und vergleichen Sie anschließend die Zieleinträge mit den erforderlichen DNS-Einträgen von TrekMail.

example.com.        300 IN MX  10 mail.trekmail.net.
example.com.        300 IN TXT "v=spf1 include:spf.trekmail.net -all"
_dmarc.example.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

# DKIM value is generated per domain in the TrekMail dashboard.

Während der ersten 24 bis 48 Stunden nach der MX-Änderung kann eine vorübergehende DMARC-Richtlinie mit p=none selbst verursachte Ablehnungen verringern, bis sich die Caches stabilisiert haben. Wenn der Umzug stabil läuft, aktivieren Sie wieder eine strenge Richtlinie. Das ist besonders wichtig, wenn Sie große Mengen an Gmail senden. Die Absenderrichtlinien von Google verlangen inzwischen SPF, DKIM, Alignment, TLS und DMARC für Massenversender.

Checkliste für Vorabübertragung und Delta-Synchronisierung

Im mittleren Teil einer Checkliste geht es um Physik und nicht um Optimismus. IMAP kopiert Nachrichten Ordner für Ordner, und große Anbieter setzen Bandbreiten- und Drosselungsgrenzen. Ihre Aufgabe ist es, ältere E-Mails früh zu übertragen, Wiederholungen zu kontrollieren und das letzte Delta klein genug zu halten, damit es ins Umschaltfenster passt.

Hier geraten viele Migrationen außer Kontrolle. IMAP stützt sich auf Nachrichtenkennungen und den Zustand des Postfachs. Das Verhalten der UIDs und von UIDVALIDITY in RFC 3501 erklärt, warum neu indizierte oder beschädigte Ordner problematische Resynchronisierungen auslösen können. Wenn Ihr Migrationswerkzeug Duplikate überspringen oder Inhalte abgleichen kann, nutzen Sie diese Funktion. Der Importassistent im TrekMail-Dashboard bietet eine Option zum Überspringen von Duplikaten. Die einzelnen Schritte stehen im Leitfaden Migration im Dashboard starten.

Für Betreiber, die vor Änderungen an der Produktion mit Kommandozeilenwerkzeugen testen, lohnt es sich, den begleitenden Leitfaden zu imapsync geöffnet zu halten.

imapsync \
  --host1 oldmail.example.com --user1 alice@example.com --password1 'SOURCE_PASS' \
  --host2 imap.trekmail.net --user2 alice@example.com --password2 'DEST_PASS' \
  --ssl1 --ssl2 \
  --syncinternaldates \
  --exclude 'Calendar|Contacts' \
  --skipsize

Berechnen Sie die benötigte Bandbreite, bevor Sie die Fertigstellung an einem Wochenende versprechen. Google veröffentlicht Bandbreitenlimits für Gmail-IMAP, darunter ein tägliches IMAP-Downloadlimit von 2,500 MB pro Konto. Microsoft arbeitet anders, ist aber nicht großzügiger. Microsoft weist darauf hin, dass die Migrationsleistung schwankt und von der Drosselung des Dienstes geprägt wird. Deshalb kann ein einziges Riesenpostfach den Zeitplan zerstören, wenn Sie es zu spät entdecken.

Auch das Ziel muss realistisch bleiben. TrekMail nutzt ausschließlich IMAP und ist keine vollständige Office-Suite. Das ist während einer E-Mail-Migration ein Vorteil, weil der Umfang klar bleibt: E-Mails verschieben, E-Mails prüfen und anschließend Kalender und Kontakte getrennt behandeln, statt unterschiedliche Fehlerbereiche zu vermischen.

Checkliste für die Prüfung nach der DNS-Umschaltung

Eine belastbare Checkliste behandelt die Prüfung als eigene Phase und nicht als flüchtigen Blick auf die Postfachgröße. Größenangaben täuschen. Kodierungen ändern sich, Plattformen behandeln Anhänge unterschiedlich und die serverseitige Speicherberechnung ist uneinheitlich. Elementzahlen, Stichproben, Testsendungen und die Prüfung fehlgeschlagener Elemente zeigen, ob die E-Mails den Umzug tatsächlich überstanden haben.

Verwenden Sie für jede Postfachklasse eine einfache Prüfmatrix: Führungskräfte, gemeinsam genutzte Konten, gewöhnliche Benutzer und Benutzer mit besonders großen Postfächern.

Diese Checkliste sollte auch einen Schritt für veraltete Postfachzugriffe enthalten. Wenn die Delta-Synchronisierung abgeschlossen ist, sperren Sie die Benutzer auf der alten Plattform. Andernfalls können ein vergessenes Telefon oder Outlook-Profil weiterhin über die Quelle senden oder empfangen. Diese Nachrichten bleiben dann dort liegen.

Die Client-Einstellungen von TrekMail sind eindeutig: IMAP-Host imap.trekmail.net, Port 993 und die vollständige E-Mail-Adresse als Benutzername. POP3 wird nicht unterstützt. Die genauen Werte finden Sie im TrekMail-Leitfaden zu IMAP- und SMTP-Einstellungen. Wenn Outlook weiterhin am alten Server festhält, hören Sie mit provisorischen Korrekturen auf und erstellen Sie ein neues Profil.

dig +short MX example.com
dig +short TXT example.com
dig +short TXT _dmarc.example.com

Checkliste für Wiederholungen, Protokolle und Rückfall

Das letzte Drittel der Checkliste legt fest, was geschieht, wenn der Plan fehlschlägt. Noch vor dem ersten Postfach müssen Regeln für Wiederholungsversuche, Protokollfelder, Eskalationsverantwortliche und ein Rückfallschwellenwert feststehen. Wer diese Regeln erst unter Druck erfindet, trifft schlechte Entscheidungen.

Ihr Protokoll sollte Postfach, Ordner, Zeitstempel, Quellserver, Zielserver, Zahl der versuchten Elemente, Zahl der kopierten Elemente, kopierte Bytes, Zahl der Wiederholungen, Endstatus und eine verständliche Fehlermeldung erfassen. Ordnen Sie Fehler anschließend schnell ein:

Ein Rückfall bedeutet nicht: „Alles zurücksetzen, weil sich ein Benutzer beschwert hat.“ Eine ernsthafte Checkliste definiert die Auslöser im Voraus. Sinnvolle Auslöser sind ein breiter Ausfall eingehender E-Mails nach der MX-Änderung, große unerklärte Differenzen bei den Elementzahlen wichtiger Postfächer oder ein Authentifizierungsfehler am Ziel, der den gesamten Mandanten blockiert. Ein einzelnes veraltetes Mobilgerät oder ein Benutzer, der sein Passwort nie aktualisiert hat, sind keine sinnvollen Auslöser.

Wenn ein Rückfall nötig ist, begrenzen Sie ihn. Stellen Sie zuerst den Mailverkehr wieder her, versenden Sie eine einzige Statusmeldung und bewahren Sie sämtliche Protokolle auf. Starten Sie nicht drei Werkzeuge gleichzeitig neu und verursachen Sie kein größeres Durcheinander als der ursprüngliche Fehler.

Warum diese Checkliste mit TrekMail besser funktioniert

Diese Checkliste wird einfacher, wenn die Zielplattform für E-Mail entwickelt wurde und nicht für die Wirtschaftlichkeit gebündelter Benutzerlizenzen. Der alte Weg besteht darin, pro Benutzer für eine Suite zu zahlen, die kaum genutzt wird, und die Migration nebenbei zu erledigen. Der neue Weg führt zu einer auf E-Mail ausgerichteten Plattform mit planbarem Speicher, klarem DNS und einem passenden IMAP-Migrationsweg.

TrekMail passt gut zu diesem Modell. Unterstützt werden eigene Domains, IMAP-Postfächer, Catch-all, Postfachweiterleitung, serverseitige Migration, ein Assistent für SPF, DKIM und DMARC, eigenes oder enthaltenes SMTP sowie eine API. Kostenpflichtige Tarife beginnen mit Starter bei $3.50 pro Monat. Das integrierte Migrationswerkzeug ist in kostenpflichtigen Tarifen verfügbar. Zum Testen kostenpflichtiger Funktionen gibt es eine 14-tägige kostenlose Testphase, für die eine Kreditkarte erforderlich ist. Wer ohne Karte beginnen möchte, kann den dauerhaft kostenlosen Nano-Tarif nutzen.

Der betriebliche Vorteil liegt im gemeinsamen Speicher und in der pauschalen Verwaltung mehrerer Domains. Ein besonders großes Postfach zwingt nicht das ganze Unternehmen in eine Lizenzabgabe pro Benutzer. Das ist für Agenturen, MSPs und alle Betreiber wichtig, die Funktionskonten auf vielen Domains verwalten. Wenn das Ihre Umgebung beschreibt, lesen Sie als Nächstes TrekMails Beitrag über E-Mail-Hosting für mehrere Domains. Informationen zu Kosten und passenden Tarifen finden Sie direkt auf der Seite mit den TrekMail-Preisen.

Auch die Ausführung wird übersichtlicher. Sie fügen die Domain hinzu, legen das Zielpostfach an, starten die serverseitige IMAP-Migration, prüfen DNS und stellen die Clients um. Keine Umwege über POP3. Kein undurchsichtiger proprietärer Connector. Nur standardisiertes IMAP und SMTP mit eindeutigen Einstellungen.

Fazit: Halten Sie die Checkliste bewusst langweilig

Die beste Checkliste für eine E-Mail-Migration ist die, an die sich einen Monat später niemand mehr erinnert. Erfassen Sie die Quelle, übertragen Sie alte E-Mails vorab, schalten Sie DNS gezielt um, führen Sie das Delta aus, prüfen Sie die Zahlen, beenden Sie veraltete Zugriffe und halten Sie den Rückfall eng begrenzt. Dann ist die Migration kein Glücksspiel mehr, sondern gewöhnlicher Betrieb, wie es bei produktiver E-Mail-Infrastruktur sein sollte.