// so behebst du es
DNS-Änderungen noch nicht sichtbar: Propagation und TTL
Du hast einen Eintrag hinzugefügt oder korrigiert, aber Tests zeigen noch den alten Wert. DNS-Antworten werden eine Weile zwischengespeichert; hier erfährst du, wie lange du warten musst und wie du den echten Wert prüfst.
Was das bedeutet
Wenn ein Server deinen SPF-, DKIM- oder MX-Eintrag braucht, fragt er nicht jedes Mal deinen DNS-Anbieter. Er fragt einmal und hält die Antwort eine Weile in einem Cache. Diese Dauer ist die TTL (Time to Live), die bei jedem Eintrag in Sekunden festgelegt ist.
300= 5 Minuten3600= 1 Stunde86400= 24 Stunden
Bis der Cache abläuft, sehen manche Server noch den alten Wert. Diese Verzögerung nennt man „Propagation“.
Warum das wichtig ist
Nach einer Korrektur kann dein Test noch eine Weile scheitern, und du denkst vielleicht, die Korrektur hat nicht funktioniert. Schlimmer noch: Du änderst womöglich wieder etwas und baust einen echten Fehler ein. Wenn du weißt, wie das Zwischenspeichern funktioniert, wartest du genau so lange wie nötig.
Wie lange du warten musst
- Ein neuer Eintrag (der nie existiert hat): meist ein paar Minuten. Hat ihn aber jemand kurz vor dem Anlegen abgefragt, wird auch die Antwort „existiert nicht“ zwischengespeichert, manchmal bis zu einer Stunde oder länger.
- Ein geänderter Eintrag: bis zur alten TTL. War die alte TTL 24 Stunden, sehen manche Server den alten Wert eventuell einen Tag lang.
- Neue Nameserver (wenn du dein ganzes DNS zu einem anderen Anbieter umziehst): bis zu 24 bis 48 Stunden.
- Manche DNS-Anbieter brauchen außerdem Zeit, um deine Änderung zu veröffentlichen, nachdem du auf „Speichern“ geklickt hast.
So prüfst du den echten Wert
- Frag deinen DNS-Anbieter direkt. Finde deine Nameserver heraus (zum Beispiel
ns1.your-dns-host.com) und frag dann sie, das umgeht alle Caches:dig TXT yourdomain.com @ns1.your-dns-host.com dig TXT _dmarc.yourdomain.com @ns1.your-dns-host.com
- Ist diese Antwort falsch, liegt das Problem nicht an der Propagation: Der Eintrag wurde nicht gespeichert, steht unter dem falschen Namen, oder du hast das DNS bei einem Anbieter bearbeitet, der gar nicht genutzt wird. Prüfe, welche Nameserver deine Domain wirklich nutzt.
- Ist diese Antwort richtig, warte einfach. Öffentliche Tools wie die Google Admin Toolbox Dig zeigen, was große Resolver sehen.
- Nutze den Domain-Scanner unter
/domain-scanner, um deine SPF-, DKIM-, DMARC- und MX-Einträge so zu sehen, wie ein empfangender Server sie sieht.
Plane große Änderungen im Voraus
- Senke einen Tag, bevor du einen wichtigen Eintrag (MX, SPF) änderst, seine TTL auf
300. Warte, bis die alte TTL abgelaufen ist, nimm die Änderung vor und erhöhe die TTL dann wieder (3600ist ein guter Normalwert). - Wenn du den E-Mail-Anbieter wechselst, lass die alten Postfächer zwei Tage weiterlaufen, denn manche E-Mails kommen eventuell noch dort an.
- Ändere nicht denselben Eintrag viele Male hintereinander. Mach eine sorgfältige Änderung und warte.
Prüfe, ob es behoben ist
Sobald dein DNS-Anbieter die richtige Antwort gibt und die TTL abgelaufen ist, starte den Domain-Scanner erneut. Sende dann eine neue Test-E-Mail über die Delivmail-Startseite: Der Bericht liest die Einträge zum Zeitpunkt des Tests frisch aus und sollte zeigen, dass sie bestehen.
Prüfe, ob es behoben ist
DNS-Änderungen können ein paar Minuten bis einige Stunden dauern. Sende danach eine neue Test-E-Mail oder scanne deine Domain erneut.
Ähnliche Anleitungen
- Kein SPF-Eintrag auf deiner DomainDeine Domain sagt nicht, welche Server E-Mails für sie senden dürfen. Füge einen TXT-Eintrag hinzu, dann können Empfänger deine echten E-Mails von Fälschungen unterscheiden.
- SPF-Fehler: zu viele DNS-Lookups (permerror)SPF erlaubt höchstens 10 DNS-Lookups. Darüber geht der ganze Eintrag kaputt und Empfänger behandeln ihn als ungültig. So verschlankst du ihn.
- Mehrere SPF-Einträge auf einer DomainEine Domain darf nur einen SPF-Eintrag haben. Bei zwei oder mehr geht SPF für jede E-Mail kaputt. Fasse sie zu einer einzigen Zeile zusammen.
- SPF scheitert: Der sendende Server ist nicht berechtigtDeine Domain hat einen SPF-Eintrag, aber der Server, der deine E-Mail gesendet hat, steht nicht darin. Finde heraus, welcher Dienst die E-Mail gesendet hat, und füge ihn hinzu.
- Keine DKIM-Signatur auf deinen E-MailsDKIM fügt eine digitale Signatur hinzu, die beweist, dass eine E-Mail wirklich von deiner Domain kommt. Schalte es bei deinem E-Mail-Anbieter ein und veröffentliche den Schlüssel im DNS.