So wechseln Sie das E-Mail-Hosting, ohne E-Mails zu verlieren

Ein Wechsel des E-Mail-Anbieters ist eine DNS-Migration mit angehängter Postfachmigration. Bei einem stufenweisen Vorgehen wird der neue Dienst vorbereitet, während der aktuelle Anbieter weiterhin E-Mails empfängt. MX wird erst geändert, nachdem jeder Empfänger und jeder Versandeintrag bereit ist. Diese Reihenfolge gibt dem Domain-Administrator für einen Haushalt, ein von Gründern geführtes Team oder eine persönliche Domain einen klaren Weg zurück zum vorherigen Zustand.

Die Seite zum E-Mail-Hosting auf eigenen Domains von Thelemail fasst den verwalteten Dienst zusammen. Dieser Leitfaden konzentriert sich auf Planung und Durchführung des Umzugs.

Verstehen, was MX ändert

MX-Einträge teilen versendenden E-Mail-Servern mit, welche Hosts eingehende E-Mails für eine Domain annehmen. Ein niedrigerer Präferenzwert hat höhere Priorität. Wenn Sie die MX-Einträge des aktuellen Anbieters durch die Werte des neuen Anbieters ersetzen, beginnen neue Absender mit der Zustellung an den neuen Dienst, sobald ihre DNS-Caches aktualisiert werden.

MX spielt bei der Authentifizierung ausgehender E-Mails keine Rolle. SPF, DKIM und DMARC übernehmen die Versandautorisierung und die Übereinstimmung der Domain. Diese Einträge lassen sich normalerweise vor der Umstellung der eingehenden Zustellung vorbereiten.

DNS-Ausbreitung ist ein Vorgang, bei dem Caches ablaufen. Jeder Resolver kann eine frühere Antwort behalten, bis deren Time to Live abgelaufen ist. Wird die MX-TTL vor einem geplanten Umzug herabgesetzt, kann dies die Laufzeit vieler Caches verkürzen, sofern die Änderung selbst ausreichend Zeit zur Ausbreitung erhält. Einige Resolver und Versandsysteme können Daten länger behalten. Daher sollte der frühere Dienst während der Überschneidung aktiv bleiben.

Der Leitfaden zu SPF, DKIM, DMARC und MX erklärt die Rolle und das Zusammenspiel jedes Eintrags.

Phase 1: Die aktuelle Domain erfassen

Listen Sie alle Empfänger auf, bevor Sie DNS verändern. Beziehen Sie Folgendes ein:

• Ein Postfach für jede Person.
• Aliasse und Weiterleitungsadressen.
• Gemeinsame Funktionsadressen des Haushalts oder Unternehmens.
• Adressen für automatisierte Systeme, Rechnungen oder Kontowiederherstellung.
• Alte Adressen, die weiterhin gelegentlich Nachrichten empfangen.
• Absender, die die Domain verwenden, einschließlich Website-Formularen, Abrechnungssystemen und Newslettern.

Exportieren Sie nach Möglichkeit die Weiterleitungskonfiguration des aktuellen Anbieters. Durchsuchen Sie alte Dokumentation, Passwortmanager und Nachrichtenkopfzeilen nach vergessenen Adressen. Ein Empfänger, der nur eine jährliche Verlängerungsnachricht erhält, kann in einem kurzen Beobachtungszeitraum leicht übersehen werden.

Ordnen Sie jede alte Adresse einem Postfach, Alias oder einer gemeinsamen Adresse beim neuen Dienst zu. Der Leitfaden zu Alias, Postfach und gemeinsamer Adresse bietet ein übersichtliches Einordnungsmodell. Kostenpflichtige Thelemail-Tarife bieten unbegrenzte Aliasse; pro Workspace gilt ein Schutzmechanismus gegen Missbrauch. Aliasse sind im Free-Tarif nicht enthalten. Die Kapazitäten für Postfächer, Speicher und Domains richten sich nach dem gewählten Tarif.

Speichern Sie die aktuelle DNS-Zone oder erfassen Sie jeden E-Mail-bezogenen Wert. Halten Sie MX, SPF, DKIM-Selektoren, DMARC, MTA-STS, TLS-Berichte und Verifizierungseinträge des Anbieters fest. Diese Momentaufnahme unterstützt Fehlerbehebung und Rückkehr zum vorherigen Zustand.

Phase 2: TTL herabsetzen und Administratorzugriff absichern

Prüfen Sie mehrere Tage vor dem Umzug die aktuelle MX-TTL. Wenn Ihr DNS-Host dies erlaubt, setzen Sie den Wert so frühzeitig herab, dass bestehende Caches vor der Umstellung ablaufen. Ein Wert wie 300 Sekunden ist üblich, Ihre Betriebsrichtlinie kann jedoch einen anderen Wert vorsehen.

Prüfen Sie den Zugriff auf Registrar, DNS-Anbieter, alten E-Mail-Host und neuen E-Mail-Host. Aktivieren Sie die Multifaktor-Authentifizierung und prüfen Sie die Wiederherstellungsmethoden. Bewahren Sie Anmeldedaten über einen Kanal auf, der erreichbar bleibt, falls die E-Mail der Domain gestört ist.

Notieren Sie den Auslöser und die verantwortliche Person für die Rückkehr zum vorherigen Zustand. Beispiele sind wiederholte Empfängerfehler, Authentifizierungsfehler bei großen empfangenden Anbietern oder eine nach der Umstellung entdeckte fehlende Adresse. Eine klare Entscheidungsregel verhindert improvisierte DNS-Änderungen während eines Vorfalls.

Phase 3: Domain verifizieren und Versand vorbereiten

Fügen Sie den vom neuen Anbieter bereitgestellten Inhaberschaftseintrag hinzu, während die bestehenden MX-Einträge erhalten bleiben. Die Verifizierung weist die administrative Kontrolle nach, ohne eingehende E-Mails umzuleiten.

Veröffentlichen Sie den neuen DKIM-Eintrag und konfigurieren Sie SPF so, dass jeder legitime Absender autorisiert ist, der während des Übergangs aktiv sein wird. Eine Domain sollte eine SPF-Richtlinie veröffentlichen. Führen Sie daher alle Anbietermechanismen in dieser Richtlinie zusammen. Behalten Sie das Abfragelimit und Drittanbieter-Absender im Blick.

DKIM-Selektoren können nebeneinander bestehen, weil jeder Selektor einen eigenen DNS-Namen hat. Lassen Sie den DKIM-Schlüssel des alten Anbieters veröffentlicht, solange dort signierte Nachrichten noch ausgewertet werden können. Entfernen Sie stillgelegte Selektoren erst nach dem Übergang und Ablauf jeder relevanten Nachrichtenlebensdauer.

Beginnen Sie DMARC mit einer Richtlinie und Berichtskonfiguration, die dem aktuellen Reifegrad der Domain entspricht. Prüfen Sie aggregierte Berichte, um legitime Absender und Übereinstimmungslücken zu erkennen. Eine strenge Durchsetzungsänderung verdient eine eigene kontrollierte Einführung, nachdem jeder Absender verstanden wurde.

Der Ablauf zur Domain-Verbindung von Thelemail erzeugt und prüft die erforderlichen Werte. Kopieren Sie sie exakt, da sich das Verhalten von Host-Feldern zwischen DNS-Oberflächen unterscheidet.

Phase 4: Empfänger erstellen und E-Mails importieren

Erstellen Sie jedes Ziel aus dem Verzeichnis. Geben Sie jeder Person ein separates Postfach, fügen Sie gemeinsame Adressen für Gruppenaufgaben hinzu und leiten Sie jeden Alias weiter. Testen Sie Kontowiederherstellung und Multifaktor-Authentifizierung, bevor Mitglieder vom neuen Dienst abhängig sind.

Importieren Sie frühere Nachrichten, solange der alte Anbieter noch verfügbar ist. Große Postfächer können mehrere Durchläufe erfordern. Behalten Sie Ordner, Datumsangaben und Kennzeichnungen bei, soweit die Migrationsmethode dies unterstützt, und vergleichen Sie anschließend repräsentative Ordner und Nachrichtenzahlen.

Senden Sie ausgehende Testnachrichten vom neuen Dienst an externe Anbieter. Prüfen Sie die empfangenen Kopfzeilen auf SPF-, DKIM- und DMARC-Ergebnisse. Antworten folgen bis zur Umstellung weiterhin dem alten MX-Weg; dies ist zu erwarten. Testen Sie die in From angezeigte Adresse, das Reply-To-Verhalten und jede gemeinsame Versandidentität, die der Haushalt oder das Team verwendet.

Besprechen Sie vor dem Umzug mit den Mitgliedern das Sicherheits- und Bedrohungsmodell. Thelemail verwendet Zero-Access-Speicherung für Postfachinhalte und Ende-zu-Ende-Verschlüsselung zwischen Thelemail-Konten. Bei externen E-Mails schützt WKD/OpenPGP den Nachrichteninhalt, wenn ein kompatibler Schlüssel verfügbar ist; andere Zustellungen verwenden Standard-SMTP mit TLS, sofern unterstützt. Externe Betreffzeilen und Zustellmetadaten bleiben sichtbar. Wiederherstellungsmethoden sind wichtig, weil der Dienst gespeicherte E-Mails nicht entschlüsseln kann, wenn sowohl Passwort als auch Wiederherstellungsmaterial verloren gehen.

Phase 5: MX ändern, sobald alles bereit ist

Wählen Sie einen Zeitpunkt, zu dem der Administrator beide Anbieter überwachen kann. Entfernen Sie die früheren MX-Einträge und geben Sie den vollständigen MX-Satz des neuen Anbieters exakt wie bereitgestellt ein. Behalten Sie Prioritäten und abschließende Punkte entsprechend dem Format des DNS-Hosts bei.

Vermeiden Sie, alten und neuen Anbieter als Ziele mit gleicher Priorität zu verwenden. Versendende Server können einen beliebigen Weg auswählen und dadurch eine unvorhersehbare geteilte Zustellung verursachen. Bei einer stufenweisen Umstellung bleibt der alte Anbieter als Konto aktiv, während das DNS eingehende E-Mails auf einen vorgesehenen Anbieter verweist.

Nach dem Speichern der Änderung:

1. Fragen Sie die autoritativen DNS-Server und mehrere öffentliche Resolver ab.
2. Vergewissern Sie sich, dass der Assistent des Anbieters den erwarteten MX-Status erkennt.
3. Senden Sie externe Tests an ein persönliches Postfach, einen Alias und eine gemeinsame Adresse.
4. Senden Sie ausgehende Tests und prüfen Sie die Authentifizierungsergebnisse.
5. Beobachten Sie Warteschlangen, unzustellbare Nachrichten sowie alte und neue Posteingänge.

Testen Sie von mehr als einem externen Anbieter, weil Resolver zu unterschiedlichen Zeiten aktualisiert werden. Lassen Sie den alten Dienst während dieses Zeitfensters gemischter Zustellung E-Mails annehmen.

Phase 6: Nachrichten abgleichen und Authentifizierung überwachen

Einige Nachrichten können nach der Umstellung den früheren Hoster erreichen, weil ein Absender zwischengespeicherte MX-Daten verwendet hat. Prüfen Sie alte Posteingänge und führen Sie einen abschließenden inkrementellen Import oder eine manuelle Übertragung durch. Fahren Sie fort, bis über das von Ihrer TTL und Risikorichtlinie bestimmte Migrationsfenster hinaus keine neuen Nachrichten mehr eintreffen.

Beobachten Sie aggregierte DMARC-Berichte und Kopfzeilen empfangener Nachrichten. Vergewissern Sie sich, dass jede autorisierte Quelle mit der sichtbaren From-Domain übereinstimmt. Prüfen Sie Website-Formulare, Überwachungssysteme, Rechnungswerkzeuge und Scanner, da sie häufige Quellen übersehener E-Mails sind.

Prüfen Sie auf Empfängerfehler. Wenn ein vergessener Alias in einer unzustellbaren Nachricht oder einem alten Posteingang erscheint, erstellen Sie die fehlende Weiterleitung unverzüglich und aktualisieren Sie das Verzeichnis. Unbegrenzte Aliasse erleichtern es, zweckbezogene Adressen neu zu erstellen; die Missbrauchskontrollen des Workspace und die Weiterleitungsrichtlinie des Administrators gelten weiterhin.

Stellen Sie eine normale TTL wieder her, nachdem die Einrichtung stabil geblieben ist. Entfernen Sie den alten Anbieter aus SPF, nachdem dort jeder ausgehende Versand beendet wurde. Stellen Sie alte DKIM-Einträge bewusst ein und lassen Sie DMARC-Berichte aktiv, während sich die Domain weiterentwickelt.

Mit derselben Sorgfalt zurückkehren

Wenn die Umstellung ein erhebliches Problem offenlegt, stellen Sie die aufgezeichneten alten MX-Werte wieder her und überprüfen Sie sie am autoritativen DNS. Aufgrund zwischengespeicherter Antworten erreichen einige Absender den neuen Anbieter noch eine Zeit lang. Halten Sie daher beide Dienste betriebsbereit und bewahren Sie die bei beiden empfangenen Nachrichten auf.

Beheben Sie das Empfänger-, Authentifizierungs- oder Kontoproblem, bevor Sie eine weitere Umstellung planen. Eine Rückkehr zum vorherigen Zustand ist ein gewöhnliches Werkzeug für Zuverlässigkeit, wenn sie einem schriftlichen Plan folgt. Dokumentieren Sie die Ursache und ergänzen Sie eine Vorabprüfung, die sie beim nächsten Mal erkennen würde.

Checkliste für den Abschluss der Migration

Betrachten Sie den Umzug als abgeschlossen, sobald diese Bedingungen erfüllt sind:

• E-Mails an alle bekannten Empfänger werden an das vorgesehene Postfach oder die vorgesehene Mitgliedergruppe zugestellt.
• Die Ergebnisse für ausgehendes SPF, DKIM und DMARC entsprechen der geplanten Konfiguration.
• Frühere E-Mails und E-Mails aus dem Überschneidungszeitraum wurden abgeglichen.
• Mitglieder können sich anmelden, Konten wiederherstellen und ihre vorgesehenen Versandidentitäten verwenden.
• Der alte Anbieter empfängt im gewählten Beobachtungszeitraum keine neuen E-Mails mehr.
• Frühere Versandmechanismen und veraltete DNS-Einträge wurden stillgelegt.
• Normale TTL-Werte und eine fortlaufende DNS-Überwachung sind eingerichtet.
• Ein neuer Export wurde entsprechend dem Kontinuitätsplan der Domain getestet oder archiviert.

Die zentrale Regel ist einfach: Bereiten Sie Inhaberschaft, Authentifizierung, Empfänger und frühere E-Mails vor, während der aktuelle MX-Weg aktiv bleibt. Verschieben Sie die eingehende Zustellung erst, nachdem der neue Dienst vollständig eingerichtet ist. Diese Reihenfolge macht aus einem riskanten Wechsel in einem einzigen Schritt eine kontrollierte Aufgabe der Domain-Verwaltung.