// so behebst du es
SendGrid Domain Authentication: CNAME-Einträge werden nicht verifiziert
SendGrid hält deine CNAME-Einträge em, s1._domainkey oder s2._domainkey für ungültig? Behebe doppelte Namen, Cloudflare-Proxy, Konflikte und Propagation.
Was das bedeutet
In Twilio SendGrid verlangt Domain Authentication (Settings > Sender Authentication), dass du DNS-Einträge veröffentlichst und dann auf Verify klickst. Findet SendGrid sie nicht mit dem richtigen Wert, zeigt es die Einträge als nicht verifiziert an, und deine Domain bleibt unauthentifiziert.
Mit eingeschaltetem „Use automated security“ (Standard) gibt dir SendGrid drei CNAME-Einträge und schlägt einen DMARC-Eintrag vor. Die Namen und Ziele enthalten Zahlen, die für dein Konto einmalig sind:
em1234.yourdomain.com CNAME u1234567.wl123.sendgrid.net s1._domainkey.yourdomain.com CNAME s1.domainkey.u1234567.wl123.sendgrid.net s2._domainkey.yourdomain.com CNAME s2.domainkey.u1234567.wl123.sendgrid.net _dmarc.yourdomain.com TXT "v=DMARC1; p=none;"
Der em-Eintrag wird für den Return-Path verwendet (Bounce-Domain, durch die SPF ausgerichtet wird). Die beiden _domainkey-Einträge zeigen auf DKIM-Schlüssel, die SendGrid für dich rotiert. Kopiere immer deine eigenen Werte aus der Konsole; die oben sind Beispiele.
Warum das passiert
- Doppelter Domainname. Dein DNS-Panel hängt
yourdomain.comautomatisch an, sodass ausem1234.yourdomain.comder Nameem1234.yourdomain.com.yourdomain.comwird. Das ist die häufigste Ursache; siehe DNS-Eintrag unter dem falschen Namen angelegt. - Cloudflare-Proxy. Ein über den Proxy geleiteter CNAME (orange Wolke) antwortet mit Cloudflare-IP-Adressen statt mit dem CNAME-Ziel. Siehe Cloudflare-Proxy-Einträge legen E-Mail lahm.
- Ein kollidierender Eintrag. Ein CNAME kann nicht neben einem anderen Eintrag mit demselben Namen bestehen. Ein alter TXT- oder MX-Eintrag unter
em1234oders1._domainkeyblockiert ihn. Siehe CNAME kollidiert mit MX- und TXT-Einträgen. - Tippfehler im Ziel oder ein Problem mit dem abschließenden Punkt in Panels, die einen vollqualifizierten Namen erwarten.
- Einträge in der falschen DNS-Zone angelegt. Das DNS deiner Domain wird von einem anderen Anbieter ausgeliefert (prüfe die NS-Einträge), daher werden die beim Registrar angelegten Einträge nie gesehen.
- Noch nicht sichtbar. Manche DNS-Anbieter brauchen Zeit, um neue Einträge zu veröffentlichen; SendGrid nennt bei manchen Anbietern bis zu 48 Stunden.
- Falsche Domain authentifiziert: Du hast
yourdomain.comauthentifiziert, aber Einträge für eine Subdomain angelegt, oder umgekehrt.
So prüfst du es
- Frage jeden Eintrag im Terminal ab. Eine korrekte Antwort liefert das SendGrid-Ziel:
dig +short CNAME em1234.yourdomain.com dig +short CNAME s1._domainkey.yourdomain.com dig +short CNAME s2._domainkey.yourdomain.com dig +short NS yourdomain.com
Eine leere Antwort heißt, dass der Eintrag nicht da ist (oder noch nicht). IP-Adressen deuten auf einen Proxy hin. - Prüfe auf den doppelten Namen:
dig +short CNAME em1234.yourdomain.com.yourdomain.com. Kommt darauf eine Antwort, wurde der Name falsch eingegeben. - Nutze den Domain-Scanner von Delivmail, um die SPF-, DMARC- und DKIM-Einträge zu sehen, die andere für deine Domain sehen.
So behebst du es
- Öffne in deinem DNS-Panel jeden Eintrag und gib im Namensfeld nur den Teil vor deiner Domain ein:
em1234,s1._domainkey,s2._domainkey. - Füge das Ziel genau so ein, wie SendGrid es anzeigt. Setze den Eintragstyp auf CNAME, nicht auf TXT.
- Stelle bei Cloudflare jeden Eintrag auf „DNS only“.
- Lösche alte Einträge mit denselben Namen, auch alte DKIM-TXT-Einträge für
s1/s2aus einer früheren Einrichtung. - Stell sicher, dass du die Zone des DNS-Anbieters bearbeitest, der in deinen NS-Einträgen steht.
- Lehnt dein DNS-Anbieter Unterstriche in CNAME-Namen ab, schalte die automatische Sicherheit in SendGrid aus (du bekommst dann MX- und TXT-Einträge) oder zieh mit deinem DNS zu einem Anbieter um, der Standardeinträge unterstützt.
- Klick zurück in SendGrid auf Verify. Schlägt ein Eintrag weiterhin fehl, zeigt SendGrid an, welcher.
SPF und bestehende Einträge
Mit automatischer Sicherheit musst du SendGrid nicht zu deinem SPF-Eintrag auf der Hauptdomain hinzufügen: SPF wird auf der em-Subdomain geprüft, die dem SPF von SendGrid über den CNAME folgt. Behalte dein bestehendes SPF auf der Hauptdomain für deine anderen Dienste. Wie DKIM über CNAME funktioniert, erfährst du in DKIM mit CNAME-Einträgen (delegierte Selektoren).
Prüfe, ob es behoben ist
Wenn dig die richtigen Ziele liefert, klick in SendGrid erneut auf Verify; alle Einträge sollten grün werden. Sende dann über SendGrid einen Test an die Adresse auf der Startseite von Delivmail: DKIM sollte mit d=yourdomain.com bestehen, der Return-Path sollte auf em1234.yourdomain.com liegen, und DMARC sollte bestehen. Sind die Einträge korrekt und SendGrid verifiziert sie nach der Propagationszeit trotzdem nicht, kontaktiere den SendGrid-Support mit deiner dig-Ausgabe.
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.