Softonic

DMARC-Record-Prüfer

Schritt 1 / 2
Nächste

DMARC ist der TXT-Record unter _dmarc.yourdomain.com, der den Posteingangs-Anbietern mitteilt, was mit Nachrichten zu tun ist, die SPF- oder DKIM-Prüfungen nicht bestehen. Eine falsche Richtlinie kann legitime E-Mails blockieren; das vollständige Fehlen des Records öffnet Sie für Spoofing. Dieser Checker fragt den Record ab und zeigt jedes Tag in einer übersichtlichen Tabelle, sodass Sie die Richtlinie selbst prüfen können.

So überprüfen Sie einen DMARC-Record

  1. 1

    Geben Sie die Domain ein

    Geben Sie die Hauptdomain ein, z. B. `example.com`. Das Tool fragt `_dmarc.example.com` nach dem TXT-Record ab.

  2. 2

    Überprüfen Sie Tag für Tag

    Jedes im Record gefundene DMARC-Tag (v, p, sp, adkim, aspf, pct, rua, ruf, fo) wird mit seinem Wert angezeigt.

  3. 3

    Richtlinie prüfen

    Sehen Sie sich das Tag `p` an, um zu erfahren, ob die Richtlinie `none`, `quarantine` oder `reject` lautet, und vergleichen Sie `pct`, `rua` und die Ausrichtungs-Tags mit den folgenden Empfehlungen.

  4. 4

    Record verifizieren

    Vergleichen Sie den Roh-Record mit dem, was Ihr DNS-Anbieter veröffentlicht, um sicherzugehen, dass die Richtlinie genau Ihren Vorstellungen entspricht.

DMARC-Tags auf einen Blick

Tag Bedeutung Typischer Wert
v Version, immer DMARC1 v=DMARC1
p Richtlinie für fehlgeschlagene E-Mails none, quarantine, reject
sp Richtlinie für Subdomains erbt standardmäßig p
pct Prozentsatz der E-Mails, auf die die Richtlinie angewendet wird 1-100, standardmäßig 100
adkim DKIM-Ausrichtungsmodus r (entspannt) oder s (streng)
aspf SPF-Ausrichtungsmodus r (entspannt) oder s (streng)
rua Adresse für aggregierte Berichte mailto:dmarc@...
ruf Adresse für forensische Berichte mailto:forensic@...
fo Forensische Optionen 0, 1, d, s
ri Berichtsintervall in Sekunden standardmäßig 86400 (ein Tag)

Rollout-Pfad

Gehen Sie in drei Phasen live, nicht in einem Sprung:

  1. p=none mit gesetztem rua. Sammeln Sie Berichte für 4-6 Wochen, identifizieren Sie legitime Absender, die SPF/DKIM-Ausrichtung nicht bestehen.
  2. p=quarantine; pct=25. Allmählich verschärfen: 25, 50, 75, 100 Prozent über einige Wochen.
  3. p=reject. Vollständige Durchsetzung. Spoofed E-Mails werden am empfangenden MTA abgelehnt.

Beginnen Sie niemals mit p=reject ohne Berichte: Sie werden herausfinden, welche legitimen Absender Sie durch das Beobachten von Support-Tickets blockiert haben.

Häufige DMARC-Fehlkonfigurationen

  • Fehlendes rua. Sie haben eine Richtlinie, aber keine Möglichkeit zu erfahren, was abgelehnt wird.
  • pct unter 100 mit p=reject. Semantisch seltsam; das Mischen von Ablehnung mit teilweiser Anwendung verursacht Verwirrung bei den Empfängern.
  • Nachgestelltes Semikolon oder fehlendes v=DMARC1. Syntaxfehler machen den Record für Parser unsichtbar.
  • Berichtsadressen auf anderen Domains ohne den passenden _report._dmarc-Autorisierungsrecord auf der Ziel-Domain.
  • Mehrere DMARC-Records auf derselben Domain. Nur einer ist erlaubt; Empfänger behandeln Duplikate als Fehler und setzen standardmäßig auf p=none.

Berichte interpretieren

Aggregierte Berichte sind XML-Dateien, die täglich an Ihre rua-Adresse geliefert werden. Tools wie MxToolbox, Postmark, Valimail und Dmarcian analysieren sie in Dashboards. Forensische Berichte (ruf) sind pro Nachricht Kopien, die helfen, spezifische Fehler zu debuggen, werden jedoch von vielen ISPs aus Datenschutzgründen deaktiviert.

Häufig gestellte Fragen

SPF autorisiert, welche Server für Ihre Domain senden können; DKIM signiert ausgehende E-Mails kryptografisch. DMARC verbindet die beiden: Es sagt den Empfängern, was zu tun ist, wenn sowohl SPF als auch DKIM fehlschlagen, und bietet einen Berichtmechanismus. Sie benötigen alle drei für moderne Zustellbarkeit.

DMARC schützt die Envelope-Domain, aber nicht die Anzeigenamen. Ein Angreifer, der “Example Corp attacker@gmail.com” sendet, gibt nicht Ihre Domain, sondern nur Ihre Marke vor. Das Spoofing von Anzeigenamen wird beim Empfänger durch andere Filter blockiert, nicht durch DMARC.

Ja, aber denken Sie daran, alle sendenden Quellen abzudecken: Marketingplattformen, transaktionale Sender, Helpdesks, Kalendereinladungen. Jede Quelle muss über SPF oder DKIM ausgerichtet sein, damit DMARC besteht.

Die Abfrage ist eine öffentliche DNS-Anfrage und wird kurz zwischengespeichert, um die Last zu reduzieren. Der Domainname wird nicht langfristig gespeichert und es wird keine Benutzerkennung an die Abfrage angehängt.

Verwandte Tools

IP-Adresssuche

Suchen Sie eine öffentliche IPv4- oder IPv6-Adresse nach ungefährem Land, Region, Stadt, Koordinaten, ISP, ASN, Organisation und Zeitzone.

API-Endpunkt-Prüfer

Testen Sie einen CORS-fähigen HTTP- oder HTTPS-Endpunkt im Browser. Prüfen Sie Endstatus, freigegebene Header, Antwortzeit und eine begrenzte Inhaltsvorschau.

DNS-Abfrage

Fragen Sie die A-, AAAA-, MX-, TXT-, NS-, CNAME- und SOA-Einträge einer beliebigen Domain ab, ohne ein Terminal zu öffnen.

Was ist meine IP

Zeigt die IP-Adresse, die dieser Server für Ihre Anfrage empfangen hat, ihre IPv4- oder IPv6-Version und bei lokalen GeoIP-Daten ein ungefähres Land.

Reverse-DNS-Abfrage

Prüfe den PTR-Record einer IPv4- oder IPv6-Adresse. Nützlich für Mailserver-Debugging, Log-Analyse und Untersuchungen zu Spamfiltern.

CORS-Tester

Senden Sie eine Preflight-OPTIONS-Anfrage an jede URL und überprüfen Sie Access-Control-Allow-Origin, Header und Methoden, die der Server zurückgibt. Debuggen Sie Cross-Origin-Fehler schnell.

Tool in anderen Sprachen verfügbar