Migration
Eine Migration ohne Unterbrechung bedeutet, dass jede an Ihre Domain gesendete Nachricht in einem Postfach ankommt und dass jeder Mitarbeitende am Tag der Umstellung seinen Kontakten schreiben kann. Sie bedeutet nicht, dass Verlauf, Mobilgeräte und Gewohnheiten ohne jeden Handgriff umziehen.
Zwei Plattformen laufen parallel.
Die klassische Lücke entsteht durch einen MX, der umgestellt wird, während eine Kopie noch unvollständig ist, oder durch einen Kopierer, eine Website oder ein CRM, die noch mit der alten Kennung senden.
Der MX ist ein DNS-Eintrag: Er teilt den sendenden Servern mit, wohin die E-Mails Ihrer Domain zuzustellen sind. Den E-Mail-Dienst zu wechseln heißt zunächst, diese Zustelladresse zu ändern. Der Rest (Konten, Verlauf, Geräte) wird darum herum vorbereitet.
Das SMTP-Protokoll verkraftet kurze Störungen gut. Ein sendender Server, der einen temporären Fehler erhält, behält die Nachricht in der Warteschlange und versucht es später erneut. Ein vorübergehend nicht erreichbarer Server führt also nicht zum Verlust von E-Mails. Ein endgültiger Fehler (unbekanntes Postfach, abgelehnte Nachricht) schickt die Nachricht dagegen an den Absender zurück, und diese Nachricht kommt nie von selbst an. Das Hauptrisiko einer Umstellung ist nicht der Ausfall, sondern die neue Plattform, die einen Empfänger ablehnt, weil ein Alias oder eine Verteilerliste nicht neu angelegt wurde.
Die TTL (Gültigkeitsdauer) legt fest, wie lange ein DNS-Resolver eine Antwort zwischenspeichern darf. Während dieser Zeit stellt ein Teil der Absender noch an die alte Plattform zu. Das ist normal, und deshalb muss die alte Plattform während des Übergangs empfangsbereit bleiben.
Zwei Wochen vorher. Bestandsaufnahme der Postfächer, Aliasse, Verteilerlisten, freigegebenen Postfächer und aller Anwendungen, die E-Mails versenden. Senkung der DNS-TTL des MX auf einen kurzen Wert (oft 300 Sekunden), damit sich die Änderung am Stichtag schnell verbreitet. Anlage der Zielkonten. Erste Kopie des Verlaufs.
Die TTL wird früh gesenkt, weil ein Resolver, der den alten Wert gelesen hat, ihn bis zu dessen Ablauf behält: Die kurze TTL wirkt erst, wenn der alte Cache abgelaufen ist. Die erste Kopie wiederum dauert am längsten; wer sie früh startet, hat Zeit, die problematischen Postfächer zu entdecken.
Einige Tage vorher. Prüfung einer Stichprobe: Anzahl der Nachrichten, Ordner oder Labels, Termine, Kontakte. Korrektur der Methode, falls die Stichprobe scheitert. Vorbereitung der Anleitungen für Mobilgeräte und Outlook. Sendetest von der Zielplattform an Gmail und Outlook.com, mit SPF, DKIM und DMARC, die auf der neuen Plattform bereits gültig sind. Diese Einträge können vor dem MX veröffentlicht werden.
Konkret: ein einziger SPF-Eintrag, der während des Übergangs beide Plattformen autorisiert (zwei getrennte SPF-Einträge lassen die Prüfung scheitern), ein DKIM-Schlüssel der neuen Plattform, der unter einem eigenen Selektor neben dem alten veröffentlicht wird, und eine überprüfte DMARC-Richtlinie. DMARC verlangt, dass die Nachricht per SPF oder per DKIM im Namen der Absenderdomain authentifiziert ist; ist Ihre Richtlinie streng und die Zielplattform noch nicht autorisiert, lehnen Ihre Korrespondenzpartner Ihre Nachrichten ab.
Am Vortag. Zweiter Durchlauf: nur kopieren, was seit der ersten Kopie eingegangen ist. Änderungen an Aliassen und Verteilerlisten einfrieren.
Am Stichtag. Umstellung des MX. Sofortige externe Prüfung: Eine von einem externen privaten Postfach gesendete E-Mail muss innerhalb der TTL auf der neuen Plattform ankommen. Überwachung der Warteschlange. Neukonfiguration der sendenden Anwendungen. Benannte interne Hotline, mit der Befugnis, den MX zurückzusetzen, wenn ein kritischer Datenfluss scheitert.
Ändern Sie gleichzeitig den Autodiscover-Eintrag, falls vorhanden: Ihn fragt Outlook ab, um seinen Server zu finden. Entfernen Sie außerdem sekundäre MX-Einträge, die noch auf die alte Plattform verweisen würden: Ein Absender, der den primären MX nicht erreicht, versucht die nächsten.
Die Tage danach. Die alte Plattform im Lesemodus. Meldung von Abweichungen (ein fehlender Ordner, ein freigegebenes Postfach). Bei Bedarf gezielter dritter Durchlauf. Anschließend Sperrung des Versands auf der alten Plattform, damit Mitarbeitende nicht mehr von zwei Orten aus antworten.
Dieser letzte Punkt hat einen technischen Grund. Die alte Plattform hält sich weiterhin für Ihre Domain zuständig: Eine von ihr an einen Kollegen gesendete Nachricht wird dort lokal zugestellt, ohne den MX abzufragen. Der Kollege sieht sie nie in seinem neuen Postfach.
| Risiko | Was passiert | Gegenmaßnahme |
|---|---|---|
| MX zu früh umgestellt | Neue E-Mails kommen an, der Verlauf fehlt | Nach Prüfung der Stichprobe und zweitem Durchlauf umstellen |
| Vergessener Alias oder Verteilerliste | Die Zielplattform lehnt diese Nachrichten endgültig ab | Bestandsaufnahme, Einfrieren der Aliasse am Vortag, Test der Sammeladressen |
| Unvollständiges SPF, DKIM oder DMARC | Ihre Nachrichten werden bei den Korrespondenzpartnern abgelehnt oder als Spam eingestuft | Vor dem Stichtag veröffentlichen, an einer echten Nachricht prüfen |
| Anwendung, die mit dem alten Konto sendet | Rechnungen, Warnmeldungen oder Scans gehen nicht mehr raus | Liste der Anwendungen, neuer SMTP-Server am Stichtag konfiguriert |
| Versand auf der alten Plattform offen gelassen | Interne Nachrichten bleiben im alten System | Versand sperren, sobald die Stichprobe validiert ist |
| Nicht vorbereitetes Zurücksetzen | Der MX wird zurückgesetzt, aber die zwischenzeitlich empfangenen Nachrichten bleiben auf der Zielplattform | Schriftlicher Plan, einschließlich der Übernahme dieser Nachrichten |
Nehmen wir zur Veranschaulichung eine Kanzlei mit 40 Personen. Sie entscheidet sich, an einem Donnerstag zum Feierabend statt an einem Freitag umzustellen: Am nächsten Tag ist das Team anwesend, um Abweichungen zu bearbeiten, und die interne Hotline hat einen Arbeitstag vor sich. Der Kopierer am Empfang, der an E-Mail scannt, wird noch am selben Abend neu konfiguriert. Melden zwei freigegebene Postfächer einen fehlenden Ordner, ergänzt ein gezielter Durchlauf sie. In diesem Szenario geht keine Nachricht verloren, aber mehrere Mitarbeitende müssen ihr Konto auf dem Telefon neu einrichten: Das ist der sichtbare Teil, den man ankündigen muss.
Sie wechseln den Server in Outlook oder auf dem Mobilgerät. Das erste Laden eines großen Postfachs dauert. Bereits auf dem Telefon zwischengespeicherte Nachrichten können doppelt erscheinen, wenn das Profil nicht sauber neu angelegt wird. Sehen Sie das Verfahren „Konto löschen und neu anlegen“ vor statt einer Bastellösung am Server.
Der Grund ist bei Outlook derselbe: Das Profil behält einen lokalen Cache, der an den alten Server gebunden ist. Ein neues Profil startet von einem sauberen Zustand; ein geändertes altes Profil vermischt beide Welten. Auf Mobilgeräten ändert sich mit der Plattform manchmal das verwendete Protokoll (Exchange ActiveSync oder IMAP, je nach Zielplattform), was ein weiterer Grund ist, das Konto neu anzulegen.
Serverseitige Regeln, zentrale Signaturen und Delegierungsrechte werden neu eingerichtet. Kündigen Sie es an. Das ist keine Unterbrechung des E-Mail-Verkehrs. Es ist Administrationsarbeit.
Diese Weiterleitung erfordert eine ausdrückliche Einstellung: Die alte Plattform, die noch glaubt, die Postfächer zu hosten, muss so konfiguriert werden, dass sie an die neue weiterleitet, statt lokal zuzustellen. Andernfalls erledigt ein gezielter Nachhol-Durchlauf dieselbe Arbeit.
Die Besonderheiten jedes Ausgangspunkts sind beschrieben unter Migration von Microsoft 365 und Migration von Google Workspace.
So lange, bis geprüft ist, dass kein Datenfluss die alte noch nutzt und die gemeldeten Abweichungen bearbeitet sind. Das hängt von der Anzahl der Postfächer, den sendenden Anwendungen und dem Tempo der Neukonfiguration der Arbeitsplätze ab. Zu frühes Abschalten verhindert Korrekturen; zu spätes Abschalten lässt Mitarbeitende in zwei Systemen arbeiten.
Nein, wenn sie vorbereitet ist. Während der TTL stellt ein Teil der Absender noch an die alte Plattform zu, der andere an die neue. Beide empfangen, und der nächste Durchlauf führt beide zusammen. E-Mails gehen nur verloren, wenn sie abgelehnt werden, daher die Bedeutung der Aliasse und Verteilerlisten.
In der Regel nicht: Die Adressen ändern sich nicht. Informieren Sie jedoch Partner, die Ihre Nachrichten streng filtern oder Ihnen eine besondere Regel zugewiesen haben, sowie diejenigen, die verschlüsselte E-Mails mit Ihnen austauschen, falls sich die Schlüssel ändern.
Ja, indem der alte MX wieder eingetragen wird, vorausgesetzt, die alte Plattform ist noch aktiv. Die zwischenzeitlich von der neuen empfangenen Nachrichten müssen dann zurückkopiert werden oder einsehbar bleiben. Der Plan für das Zurücksetzen legt fest, wer entscheidet, innerhalb welcher Frist und wie diese Nachrichten übernommen werden.
Fragen Sie den Betreiber, was er garantiert: die Zustellung der Nachrichten, die Übernahme des Verlaufs oder beides. Das sind unterschiedliche Zusagen. Verlangen Sie außerdem den schriftlichen Plan für das Zurücksetzen, mit der Person, die befugt ist, ihn auszulösen.
Eine Garantie für die Zustellung der Nachrichten betrifft den Stichtag und die Tage danach. Eine Garantie für den Verlauf betrifft die Kopie und ihre Prüfung. Ein Dienstleister kann die eine einhalten, ohne die andere; das Angebot muss angeben, welche er übernimmt und wie sie überprüft wird.
Bei Klytic sind Ratschläge und Empfehlungen zur Vorbereitung der E-Mail-Migration kostenlos, und keine E-Mail geht verloren. Die von Klytic durchgeführte Migration erfolgt auf Angebotsbasis. Die Abonnements stehen auf der Seite Preise und werden separat abgerechnet. Die Aufschlüsselung der Kostenpositionen finden Sie unter was eine Microsoft 365-Migration kostet und die Kontrollliste in der Checkliste. Zum Vergleich der Zielplattformen siehe einen europäischen E-Mail-Dienst wählen.
Diese Seite beschreibt eine Methode. Der tatsächliche Ablauf hängt von Ihren Datenflüssen, Ihren Volumen und der Plattform ab, die Sie verlassen.
Abgerufen im Oktober 2026.
Kostenlose Beratung, keine E-Mail geht verloren. Eine Migration durch Klytic wird nach einer Bestandsaufnahme angeboten.
Willkommensangebot
Testangebot ohne Verpflichtung. Ein Berater ruft Sie zurück, um Ihre Bedürfnisse zu verstehen und Ihren Klytic-Bereich vorzubereiten.
