Wie hoch ist das Risiko deiner Domain? – Kostenloser DMARC-Sofortcheck.
Gib deine Domain ein und sieh sofort, ob ihr Spoofing, Phishing oder Zustellprobleme drohen.
Ohne DMARC bist du anfällig für E-Mail-Spoofing. Phishing-Mails können mit deinem Namen versendet werden – Rufschaden inklusive.
DMARC (Domain-based Message Authentication, Reporting & Conformance) teilt empfangenden Mailservern mit, wie mit Nachrichten umzugehen ist, die SPF/DKIM nicht bestehen.
Über Aggregatberichte erhältst du Sichtbarkeit. DMARCFlow visualisiert diese, damit du siehst, wer in deinem Namen sendet.
Deine zuverlässige Lösung für Authentifizierung, Monitoring und Schutz.
Validiere deinen DMARC-Record sofort, finde Schwachstellen und erhöhe den Schutz.
Erstellen, testen und analysieren – damit Nachrichten signiert und verifiziert sind.
Vereinfacht/flattened komplexe SPF-Records, um DNS-Lookup-Limits zu vermeiden.
Sichtbarkeit deiner Marke stärken – verifiziertes Logo im Posteingang.
Finde Bedrohungen und Fehlkonfigurationen – für eine sichere Mail-Infrastruktur.
So verändert sich deine Sicherheit mit und ohne DMARC-Schutz.
Bleib handlungsfähig, geschützt und vertrauenswürdig.
Komplette Tool-Suite zur Stärkung deiner E-Mail-Sicherheit und zum Schutz deiner Domain
Was jeder DMARC-Status und jede Policy-Einstellung bedeutet – und was als nächstes zu tun ist.
Die E-Mail hat DMARC bestanden. Entweder SPF oder DKIM (oder beide) sind mit der From:-Domain aligned, und eine gültige DMARC-Policy ist vorhanden. Ihre Domain ist für diese Nachricht korrekt authentifiziert.
Weder SPF- noch DKIM-Alignment hat bestanden. Ihre DMARC-Policy greift: Bei p=none wird die E-Mail trotzdem zugestellt (aber protokolliert), bei p=quarantine landet sie im Spam, bei p=reject wird sie blockiert.
Nur-Monitoring-Modus. Ihr DMARC-Record ist vorhanden, trifft aber keine Durchsetzungsentscheidung. E-Mails mit fehlgeschlagenem Alignment werden trotzdem zugestellt. Nutzen Sie diesen Modus zum Auswerten von Aggregate-Reports – aber bleiben Sie nicht dauerhaft hier.
Fehlschlagende E-Mails werden in den Spam/Junk-Ordner verschoben. Dies ist ein Übergangszustand. Gut, um verbliebene Alignment-Probleme mit echtem Traffic zu erkennen, bevor man zu p=reject wechselt.
Vollständige Durchsetzung. E-Mails, die DMARC-Alignment nicht bestehen, werden abgewiesen – sie erreichen den Posteingang des Empfängers nie. Dies ist der Zielzustand für maximalen Schutz gegen Domain-Spoofing und Phishing.
Kein DMARC-TXT-Record unter _dmarc.ihredomain.de gefunden. Ihre Domain ist vollständig ungeschützt gegen Spoofing. Veröffentlichen Sie sofort einen DMARC-Record – auch p=none als Ausgangspunkt reicht, um Reports zu sammeln.
Die häufigsten Ursachen für DMARC-Fehler – basierend auf echten DMARC-Aggregate-Reports.
Wenn Sie E-Mails über ein CRM, eine Marketing-Plattform oder einen Helpdesk versenden, nutzt dieser Dienst seine eigenen Mailserver. SPF kann für die Domain des Dienstes bestehen – aber die Return-Path-Domain stimmt nicht mit Ihrer From:-Domain überein, sodass das SPF-Alignment fehlschlägt.
Lösung: DKIM-Signing mit Ihrer eigenen Domain bei jedem Drittanbieter einrichten. DKIM-Alignment ist bei externen Diensten in der Regel einfacher zu erreichen als SPF-Alignment.
E-Mail-Weiterleitungen schreiben den Envelope-Absender um und brechen das SPF-Alignment. Die ursprüngliche DKIM-Signatur kann ebenfalls ungültig werden, wenn der Nachrichtentext verändert wird. Dies erzeugt DMARC-Fehler in Ihren Reports, obwohl der ursprüngliche Absender legitim ist.
Lösung: DKIM mit relaxed Canonicalization konfigurieren. DKIM überlebt Weiterleitungen, wenn der Body nicht verändert wird. Mit dem pct-Tag können Sie die Policy zunächst auf einen Teil des Traffics anwenden.
Ein DMARC-Record unter _dmarc.ihredomain.de gilt für die Root-Domain. Subdomains (mail.ihredomain.de, newsletter.ihredomain.de) sind nur abgedeckt, wenn Sie sp=reject hinzufügen oder eigene DMARC-Records veröffentlichen.
Lösung: sp=reject zum Root-DMARC-Record hinzufügen oder dedizierte DMARC-Records für aktiv genutzte Subdomains veröffentlichen.
Wenn Ihr DMARC-Record einen rua=-Tag hat, aber keine Aggregate-Reports ankommen, ist entweder die E-Mail-Adresse falsch, das empfangende Postfach lehnt Reports ab, oder ein Domain-übergreifender Autorisierungsrecord fehlt.
Lösung: rua-Adresse prüfen. Wenn Reports an eine andere Domain gehen (z. B. einen Monitoring-Dienst), muss diese Domain einen _dmarc-Autorisierungsrecord veröffentlichen. DMARCFlow übernimmt dies automatisch.
Alles, was du über den DMARC-Check wissen musst