DMARC-Sammelbericht (Aggregate Report) Viewer

Laden Sie einen DMARC-Sammelbericht (XML, gzip oder ZIP) Ihres Mailservers hoch, um SPF/DKIM-Authentifizierungsergebnisse und die angewendete Richtlinie je Absender-IP in einer übersichtlichen Tabelle zu sehen. Die Auswertung erfolgt zu 100 % im Browser – die Datei wird nie an einen Server gesendet.

Zuletzt aktualisiert: 2026-09-09

Was ist der DMARC-Sammelbericht-Viewer

Wenn eine Domain DMARC aktiviert hat, senden empfangende Mailanbieter wie Gmail, Yahoo oder Microsoft täglich eine XML-Datei zurück, die zusammenfasst, wer im Namen dieser Domain E-Mails verschickt hat, wie viele Nachrichten eingegangen sind, wie die SPF/DKIM-Authentifizierung ausgefallen ist und wie die DMARC-Richtlinie angewendet wurde. Das nennt man einen DMARC-Sammelbericht (Aggregate Report). Das rohe XML ist nicht für Menschen zum Lesen gedacht und kommt meist gzip-komprimiert oder in einem ZIP-Archiv an, sodass das direkte Öffnen des Anhangs kaum verwertbare Informationen liefert.

Dieses Tool wandelt die XML-, gzip- oder ZIP-Datei des Sammelberichts direkt nach dem Hochladen im Browser in eine lesbare Tabelle um, die die Nachrichtenanzahl, die SPF/DKIM-Authentifizierungsergebnisse und die Richtlinien-Disposition je Absender-IP zeigt. Die gesamte Analyse erfolgt clientseitig in JavaScript, und der Dateiinhalt wird niemals an einen Server übertragen. Da diese Berichte sensible Angaben wie die E-Mail-Versand-IPs Ihrer Organisation offenlegen, ist diese Zusicherung ein zentraler Bestandteil des Designs.

So verwenden Sie den DMARC-Sammelbericht-Viewer

Sammelbericht-Datei besorgen Suchen Sie den Anhang (.xml, .xml.gz oder .zip), der an die im rua-Tag Ihres DMARC-Eintrags angegebene Adresse gesendet wurde.
Datei hochladen Ziehen Sie sie per Drag-and-drop in den Upload-Bereich oder klicken Sie, um die Datei von Ihrem Gerät auszuwählen.
Berichtsmetadaten prüfen Prüfen Sie die meldende Organisation, den Berichtszeitraum, die betroffene Domain sowie die veröffentlichte Richtlinie (p) mit ihrem Anwendungsanteil (pct).
Ergebnisse je Absender-IP durchsehen Jede Zeile zeigt die Nachrichtenanzahl einer Quell-IP, ob SPF/DKIM bestanden oder fehlgeschlagen sind, und wie die Richtlinie tatsächlich angewendet wurde.
Nach unbekannten Absendern suchen Sendet eine Ihnen unbekannte IP eine große Menge an Nachrichten, sollten Sie dies als möglichen Spoofing-Versuch behandeln und mit dem From-Header abgleichen.

Tipps für die Nutzung

DMARC-Sammelberichte werden in der Regel täglich (als gzip- oder ZIP-komprimiertes XML) an die im „rua“-Tag Ihres DMARC-Datensatzes angegebene Adresse gesendet. Diesen Anhang können Sie direkt in dieses Tool hochladen.
Eine niedrige „SPF- & DKIM-Erfolgsquote“ deutet oft darauf hin, dass ein legitimer Absender (z. B. Ihre Marketingplattform, Ihr CRM oder ein externer Maildienstleister) SPF/DKIM nicht korrekt konfiguriert hat. Notieren Sie die Absender-IP und untersuchen Sie sie.
Solange Ihre Richtlinie (p) noch „none“ ist, werden Nachrichten, die die Authentifizierung nicht bestehen, trotzdem zugestellt. Verschärfen Sie erst auf quarantine oder reject, wenn die Erfolgsquote durchgängig hoch ist.
Eine unbekannte Absender-IP, die große Mengen an Nachrichten unter Ihrer Domain versendet, kann auf Phishing oder Spam hinweisen, der Ihre Marke missbraucht. Prüfen Sie den Header-From-Wert und führen Sie eine Reverse-Lookup der Absender-IP durch.
Beim Vergleich mehrerer Tage von Berichten sollten Sie den in jeder Datei enthaltenen Zeitraum (begin/end) notieren, um die Entwicklung der Erfolgsquote über die Zeit nachvollziehen zu können.

Wann Sie den DMARC-Sammelbericht-Viewer einsetzen sollten

Spoofing- und Phishing-Versuche prüfen

Überprüfen Sie regelmäßig die Absender-IPs, die im Namen Ihrer Domain senden, um unbekannte IPs frühzeitig als möglichen Identitätsdiebstahl zu erkennen.

Neue SPF/DKIM-Konfiguration nach einer Migration prüfen

Bestätigen Sie direkt nach einem Wechsel des Mailanbieters oder einer Änderung der DNS-Einträge anhand des Berichts, dass Ihre tatsächlichen Versandquellen die Authentifizierung bestehen.

Richtlinien-Konformität für Subdomains überwachen

Wenn Sie eine Subdomain-Richtlinie (sp) veröffentlicht haben, prüfen Sie, ob über Subdomains versendete E-Mails tatsächlich wie beabsichtigt behandelt werden.

Externe Absender überprüfen

Identifizieren Sie Marketingplattformen, Agenturen oder SaaS-Dienste, die im Namen Ihrer Domain versenden, und prüfen Sie, ob deren SPF/DKIM-Einrichtung vollständig ist.

Entscheiden, wann die Richtlinie verschärft wird

Bevor Sie von none auf quarantine oder reject umstellen, nutzen Sie die Erfolgsquote im Bericht, um sicherzustellen, dass legitime E-Mails nicht versehentlich blockiert werden.

DMARC-Glossar

DMARC: Domain-based Message Authentication, Reporting & Conformance. Verknüpft die Ergebnisse von SPF und DKIM und ermöglicht es dem Domaininhaber, über DNS festzulegen, wie mit E-Mails umgegangen werden soll, die die Authentifizierung nicht bestehen.
SPF: Sender Policy Framework. Der Domaininhaber veröffentlicht im DNS eine Liste der IP-Adressen, die zum Versand von E-Mails in seinem Namen berechtigt sind, und Empfänger gleichen die tatsächliche Absender-IP damit ab.
DKIM: DomainKeys Identified Mail. Fügt ausgehenden E-Mails eine digitale Signatur hinzu, damit Empfänger prüfen können, dass die Nachricht unterwegs nicht verändert wurde und tatsächlich von der angegebenen Domain stammt.
Sammelbericht (Aggregate Report): Ein täglich an die im rua-Tag des DMARC-Eintrags angegebene Adresse gesendeter XML-Bericht, der Nachrichtenanzahl, Authentifizierungsergebnisse und Richtlinien-Disposition je Absender-IP zusammenfasst.
Richtlinie (p / sp): Wie mit E-Mails umgegangen werden soll, die die Authentifizierung nicht bestehen: none (keine Aktion, nur Beobachtung), quarantine (als verdächtig behandeln, z. B. in den Spam verschieben) oder reject (Zustellung verweigern). 'p' gilt für die Domain selbst, 'sp' für ihre Subdomains.
Alignment: Ob die Domain im From-Header mit der tatsächlich durch SPF oder DKIM verifizierten Domain übereinstimmt. Stimmen sie nicht überein, schlägt DMARC fehl, selbst wenn SPF oder DKIM einzeln bestanden haben.
pct: Der Prozentsatz der Nachrichten, auf die die DMARC-Richtlinie angewendet wird. Ein Wert unter 100 wendet die Durchsetzung nur auf diesen Anteil des Verkehrs an, was für eine schrittweise Einführung nützlich ist.
Disposition: Die Maßnahme, die der empfangende Server tatsächlich auf eine Nachricht angewendet hat, im Bericht je Absender-IP erfasst, um zu bestätigen, ob sie der erklärten Richtlinie (p/sp) entsprach.

Häufig gestellte Fragen

Wenn Sie im „rua“-Tag Ihres DMARC-DNS-Eintrags eine E-Mail-Adresse angegeben haben, senden Ihnen große Mail-Anbieter täglich einen XML-Anhang (gzip- oder ZIP-komprimiert) an dieses Postfach. Falls Sie „rua“ noch nicht eingerichtet haben, fügen Sie es zuerst Ihrem TXT-Eintrag hinzu – sonst erhalten Sie keine Berichte.

Nein. Das Entpacken und die XML-Auswertung erfolgen vollständig in JavaScript in Ihrem Browser, der Inhalt wird nirgendwohin gesendet. Da DMARC-Berichte die Absender-IPs des ausgehenden E-Mail-Verkehrs Ihrer Organisation enthalten, ist dieses Tool mit Blick auf Datenschutz und Sicherheit konzipiert.

Wenn ein legitimer Absender die Authentifizierung nicht besteht, könnte eine Verschärfung der DMARC-Richtlinie auf quarantine oder reject dazu führen, dass dessen E-Mails nicht mehr zugestellt werden. Belasse die Richtlinie auf „none“ (nur Überwachung), bis die Erfolgsquote durchgängig hoch ist.

Dieses Tool unterstützt nur das tägliche Sammelbericht-Format („rua“). Forensische Berichte („ruf“), die Kopien einzelner fehlgeschlagener Nachrichten enthalten, verwenden ein anderes Format und werden hier nicht unterstützt.

Die aktuelle Version unterstützt eine Datei pro Upload. Um Berichte mehrerer Tage zu vergleichen, lade und prüfe sie einzeln nacheinander.

Übrigens – Wie DMARC-Berichte ein unsichtbares Problem sichtbar machten

DMARC (Domain-based Message Authentication, Reporting & Conformance), standardisiert 2012, verbindet zwei bestehende Authentifizierungsmechanismen – SPF und DKIM – und ermöglicht einer Domain, per DNS genau festzulegen, wie mit E-Mails umzugehen ist, die die Authentifizierung nicht bestehen. Für die meisten Administratoren liegt der eigentliche Wert jedoch nicht in der Richtliniendurchsetzung selbst, sondern in der Sammelbericht-Funktion („rua“).

Vor DMARC gab es kaum eine Möglichkeit zu erfahren, wie viel E-Mail unter dem Namen der eigenen Domain verschickt wurde und wie viel davon legitim oder gefälscht war. Der Missbrauch des Domain-Rufs konnte unbegrenzt weitergehen – eine unsichtbare Bedrohung, von der man höchstens durch Beschwerden der Empfänger überhaupt erfuhr.

Ein DMARC-Sammelbericht macht diesen Datenverkehr sichtbar: welche IPs wie viele Nachrichten im Namen Ihrer Domain versendet haben und wie jede einzelne bei SPF und DKIM abgeschnitten hat. Große Anbieter (Gmail, Yahoo, Microsoft und andere) melden zuverlässig die von ihnen empfangene E-Mail zurück und helfen so, Absender zu entdecken, von denen man gar nichts wusste – ein Cloud-Dienst, ein privates Mail-Tool eines Vertriebsmitarbeiters oder schlicht ein Betrüger.

Als Google und Yahoo 2024 DMARC für Massenversender faktisch zur Pflicht machten, stieg die Nachfrage nach der Auswertung von Sammelberichten unter Entwicklern und Mail-Administratoren rasant. Viele Organisationen setzen auf ein kostenpflichtiges Monitoring-SaaS, doch für einen schnellen, einmaligen Blick in einen einzelnen Bericht reicht oft ein kostenloses, vollständig clientseitiges Tool wie dieses aus.

Alle Wissenstexte ansehen