DMARC einrichten und die Richtlinie Ihrer Domain prüfen
DMARC verknüpft die Authentifizierung der Nachricht mit der Domain, die der Empfänger in From sieht. Um DMARC zu bestehen, genügt es, dass SPF mit Alignment oder DKIM mit Alignment besteht. Dass ein SPF-Eintrag oder ein DKIM-Schlüssel existiert, beweist für sich allein nicht, dass eine Nachricht DMARC erfüllt.
Die Domain veröffentlicht im DNS, welche Behandlung sie bei einem Fehlschlag verlangt. Die endgültige Entscheidung über die Zustellung trifft der Empfänger.
Bevor Sie die Richtlinie erstellen
Erfassen Sie alle legitimen Quellen: normale E-Mail, Formulare, Shop, CRM, Rechnungsstellung und Kampagnen. Prüfen Sie die Authentifizierung jeder einzelnen. Wenn Sie bereits eine DMARC-Richtlinie haben, prüfen Sie deren Grund, bevor Sie sie ersetzen: Schwächen Sie sie nicht ab, um einen Anbieter hinzuzufügen.
Bearbeiten Sie die autoritative DNS-Zone, auch wenn Website oder E-Mail bei einem anderen Unternehmen gehostet werden.
Den Eintrag erstellen
- Öffnen Sie unter cPanel > Zone Editor bei der Domain Manage. Sie können auch den Editor Ihres DNS-Anbieters verwenden.
- Prüfen Sie, ob bereits ein TXT-Eintrag unter
_dmarcexistiert, und bearbeiten Sie ihn gegebenenfalls. Veröffentlichen Sie keine zwei Richtlinien für denselben Namen. - Verwenden Sie den Assistenten Add DMARC Record, falls er erscheint, oder legen Sie direkt einen TXT-Eintrag an.
- Prüfen Sie den endgültigen Namen:
_dmarc.ejemplo.com, ohne die Domain doppelt anzugeben.
Ein Beispiel für eine erste Beobachtungsrichtlinie:
v=DMARC1; p=none; rua=mailto:dmarc@ejemplo.com
Ersetzen Sie die Domain und legen Sie vorher das Postfach oder den Empfänger für die Berichte an. p=none verlangt weder Ablehnung noch Quarantäne durch DMARC; es dient der Beobachtung, verhindert aber nicht, dass andere Filter die Nachricht als Spam einstufen.
Die Richtlinie wählen
| Wert | Was verlangt wird |
|---|---|
p=none |
Beobachten, ohne Ablehnung oder Quarantäne durch DMARC zu verlangen |
p=quarantine |
Nachrichten, die durchfallen, als verdächtig behandeln |
p=reject |
Nachrichten, die durchfallen, ablehnen |
Wechseln Sie erst zu reject, wenn Sie alle legitimen Absender geprüft haben. Ein Anbieter, der mit seiner eigenen Domain authentifiziert, braucht möglicherweise eine Signatur oder eine Return-Domain, die mit Ihrer übereinstimmt.
Mit sp legen Sie die Richtlinie für Subdomains fest; prüfen Sie die Wirkung, bevor Sie es hinzufügen. Die Modi adkim und aspf steuern, ob das Alignment exakte Gleichheit verlangt (strict) oder dieselbe Organisationsdomain zulässt (relaxed). Aktivieren Sie den strikten Modus nicht, um „die Bewertung zu verbessern“, ohne die Subdomains zu prüfen, die Ihre Absender verwenden.
Berichte und alte Felder des Assistenten
rua fordert aggregierte Berichte an. ruf fordert Fehlerberichte an, die weniger verbreitet sind und sensible Inhalte enthalten können. Für den Anfang müssen Sie ruf nicht aktivieren.
Manche Assistenten enthalten noch alte Felder wie pct, rf oder ri. Die DMARC-Spezifikation vom Mai 2026 streicht sie; verlassen Sie sich nicht auf sie, um einen Anwendungsprozentsatz oder eine Berichtshäufigkeit sicherzustellen. Wie schnell jeder Empfänger umstellt, kann variieren.
Wenn die Berichte an eine andere Organisationsdomain gesendet werden, muss deren Empfänger dies im DNS erlauben. Folgen Sie der Anleitung zu DMARC-Berichten und den Anweisungen des Dienstes, der sie empfängt.
Das Ergebnis prüfen
Fragen Sie den öffentlichen TXT-Eintrag ab, senden Sie Tests über jedes tatsächlich genutzte System und prüfen Sie das DMARC-Ergebnis der Nachrichten. Werten Sie anschließend die Berichte über mehrere Aktivitätszyklen aus, bevor Sie die Richtlinie verschärfen. Die Berichte decken nicht unbedingt alle Empfänger ab und kommen nicht in garantierter Häufigkeit.
Um den veröffentlichten TXT-Eintrag abzufragen, können Sie unseren DMARC-Checker verwenden: Er zeigt den Eintrag unter _dmarc, erklärt jedes Tag und schlägt den nächsten Schritt für die Richtlinie vor. Er bestätigt, welche Richtlinie veröffentlicht ist, nicht, dass die Nachrichten DMARC erfüllen; dafür senden Sie eine echte Nachricht an unseren E-Mail-Test, der das Alignment von SPF und DKIM mit dem Absender prüft.
Wenn ein Problem auftritt, ermitteln Sie den Absender und sein Alignment, bevor Sie DMARC löschen oder die Richtlinie der gesamten Domain lockern. Bei mehreren Domains erstellen Sie eine Bestandsaufnahme je Domain und klären den Umfang der Änderungen mit dem Support; wenden Sie nicht automatisch eine strenge Richtlinie auf alle an.
Das könnte Ihnen auch helfen
- Geänderte Anforderungen für den E-Mail-Versand an Gmail und Yahoo Fasst die aktuellen Anforderungen von Gmail und Yahoo zu Authentifizierung, DNS, TLS, Reputation und...
- So prüfen und verbessern Sie die Zustellbarkeit Ihrer E-Mails Anleitung, um SPF, DKIM, DMARC und PTR in cPanel zu prüfen, einen Versand mit unserem E-Mail-Test zu...
- Was die DMARC-Berichte sind, die per E-Mail eintreffen Erklärt, was die XML-Berichte von DMARC enthalten, wie Sie sie von einem Bounce unterscheiden, ihren...
- Massenversand von E-Mails: Listen, Authentifizierung und Abmeldungen vorbereiten Fasst zusammen, was nötig ist, um Newsletter zu versenden, ohne die Reputation der Domain zu beschäd...
Stimmt etwas nicht oder hat sich etwas geändert? Erzählen Sie es uns, und wir prüfen es.