Eine Domain umziehen, ohne die E-Mail zu verlieren

Die neue Website steht, der Server läuft, für den Wechsel ist ein Abend gewählt. Die Domain zeigt auf den neuen Ort, die Seite lädt. Die Arbeit sieht erledigt aus. Am nächsten Morgen ruft jemand an und sagt, seit zwei Tagen komme keine E-Mail mehr an. Dieses Szenario tritt weit häufiger ein als erwartet, und die Ursache ist immer dieselbe: die Domain wird als eine Einheit behandelt, die als Ganzes umzieht.

Eine Zone ist eine Datei, ihre Einträge sind getrennte Aufgaben

Die DNS-Zone einer Domain liegt an einem einzigen Ort, und die Einträge darin erledigen Dinge, die miteinander nicht das Geringste zu tun haben. Vier Gruppen, vier Aufgaben.

Adresseinträge, also A, AAAA und CNAME, führen den Browser zur Website. MX-Einträge sagen, wer die Post entgegennimmt. In den TXT-Einträgen stecken SPF und DKIM, und ohne diese beiden landet Ihre gesendete Post nicht im Posteingang des Empfängers, sondern im Spam-Ordner.

Beim Website-Umzug muss genau eine dieser Gruppen geändert werden, und das sind die Adresseinträge. Die anderen drei bleiben unberührt. Werden sie doch angefasst, merkt es zunächst niemand.

Wie der Fehler entsteht

Die meisten Hosting-Oberflächen bieten eine Schaltfläche „Domain hier verbinden“. Diese Schaltfläche übergibt die gesamte Zone an den neuen Anbieter, und die neue Zone öffnet dann mit Standardeinträgen: der Adresseintrag stimmt, der MX-Eintrag ist entweder leer oder zeigt auf den eigenen Maildienst des Anbieters.

Das Ergebnis ist lautlos. Die Website funktioniert, niemand wird misstrauisch, eingehende Post wird abgewiesen oder verschwindet spurlos, und all das kommt erst heraus, wenn jemand sagt: „Ich habe Ihnen geschrieben und nie eine Antwort bekommen.“ Bis dahin vergehen Tage.

Die richtige Reihenfolge

Zuerst die bestehende Zone exportieren. Laden Sie jeden Eintrag als JSON oder Zonendatei herunter und bewahren Sie ihn auf; dieser Schritt dauert fünf Minuten und ist der einzige Teil des ganzen Vorgangs, der sich später rückgängig machen lässt. Fünf Minuten.

Die TTLs senken. Mindestens vierundzwanzig Stunden vor dem Wechsel die TTL der Adresseinträge auf dreihundert Sekunden setzen, denn die TTL sagt einem Resolver, wie lange er die Antwort im Cache hält, und bleibt sie hoch, sehen manche Besucher nach der Umstellung noch stundenlang den alten Server. Ein kleiner Wert macht den Wechsel schnell.

Nur die Adresseinträge ändern. Lassen Sie die Zone, wo sie ist, und aktualisieren Sie die Einträge einzeln. Wenn ein neuer Anbieter wirklich nötig ist, kopieren Sie zuerst jeden Eintrag exakt in die neue Zone und wechseln erst dann die Nameserver.

Prüfen, dann die TTL wieder anheben. Sobald der Wechsel sitzt, sehen Sie mit eigenen Augen nach, dass MX und TXT in der Liste stehen. Danach die TTL zurück auf den alten Wert.

Das richtige Werkzeug zum Prüfen

Eine Prüfung mit dig führt hier leicht in die Irre. Liegen die Einträge hinter einem Proxy, liefert die Abfrage unter allen Umständen eine plausible Antwort, ganz gleich ob der Eintrag noch in der Zone steht.

Die sichere Information steht in der Eintragsliste des Anbieters. Öffnen Sie diese Liste nach dem Wechsel und zählen Sie drei Dinge: wie viele MX-Einträge es gibt, ob der SPF-TXT-Eintrag vorhanden ist, ob die Verifizierungseinträge an ihrem Platz sind. Stimmen die Zahlen, ist die Arbeit fertig.

Der eine Satz für die Kundschaft

Ergänzen Sie den Umzugsplan um eine Zeile. Die E-Mail-Einträge werden nicht angefasst, und nach dem Wechsel wird eine Testnachricht gesendet und empfangen.

Dieser Satz erledigt zwei Dinge zugleich: er macht den Umfang der Arbeit deutlich, und er sorgt dafür, dass Sie diesen Test am Ende auch wirklich durchführen.