Deine DMARC-Berichte lesen
Wenn deine Domain einen DMARC-Eintrag hat, schicken dir die großen Mailanbieter täglich einen Bericht (eine gepackte XML-Datei) mit jedem Server, der im Namen deiner Domain gesendet hat. Es ist die einzige Liste, die du je bekommst von allem, was als du sendet — samt der Teile deiner eigenen Firma, die du vergessen hattest.
- Läuft vollständig in deinem Browser
- Funktioniert offline
- Kein Upload
- Keine Anmeldung
- Kein Wasserzeichen
Werkzeug wird geladen…
So funktioniert es
- Sichere die Berichtsanhänge aus dem Postfach, das dein DMARC-Eintrag nennt (die Adresse hinter rua=), oder zieh sie direkt aus der Nachricht heraus.
- Leg sie alle auf einmal hier ab — .xml, .xml.gz und .zip werden alle verstanden.
- Sieh dir zuerst die Quellen an, die durchfallen: Jede ist entweder etwas von dir, das repariert gehört, oder jemand, der deine Domain fälscht.
Warum nichts hochgeladen wird
Alles, was auf dieser Seite passiert, erledigt Code, der im Tab deines Browsers läuft — mit derselben Engine, die auch Webseiten darstellt. Die Datei wird von der Festplatte in den Speicher des Tabs gelesen, dort umgewandelt und als Download wieder herausgeschrieben. Sie wird nirgendwohin geschickt — weder zu uns noch zu Dritten.
Prüf es selbst nach
- Öffne die Entwicklerwerkzeuge deines Browsers (F12) und wähle den Tab „Netzwerk“.
- Lade deine Datei und starte das Werkzeug.
- Die einzigen Anfragen, die du siehst, holen den Code des Werkzeugs selbst — und bei ein paar schweren Werkzeugen dessen Open-Source-Engine von einem öffentlichen CDN — dazu ein kleines Seitenaufruf-Signal an loreatec.jp (Adresse und Titel der Seite, mehr nicht). Keine davon trägt deine Datei.
Häufige Fragen
Warum kommen meine Berichte als .gz und .zip?
Der Standard überlässt die Wahl jeder berichtenden Organisation. Google schickt .zip, Microsoft und die meisten anderen .xml.gz. Dieser Betrachter öffnet alle drei im Browser — gzip über das eingebaute Entpacken des Browsers, zip über eine mitgelieferte Open-Source-Bibliothek.
Eine Quelle besteht SPF, fällt aber bei DMARC durch. Wie das?
Das nennt DMARC „alignment“, also Übereinstimmung. Ein bestandenes SPF heißt nur: Irgendeine Domain hat diesen Server erlaubt — geprüft wird aber die versteckte Rücksendeadresse, nicht die From-Zeile, die deine Empfänger sehen. DMARC verlangt zusätzlich, dass beide zusammenpassen. Ein Versanddienst, der mit seiner eigenen Rücksendeadresse sendet, besteht SPF für sich selbst und fällt bei der Übereinstimmung für dich durch. Die Lösung: bei dem Dienst eine eigene Rücksendeadresse (Return-Path) einrichten — oder auf DKIM setzen, signiert mit deiner eigenen Domain.
Was muss ich tun, bevor ich auf p=reject umstelle?
Jede durchgefallene Quelle in dieser Tabelle muss identifiziert sein. Manche sind legitim — ein alter Server, ein CRM, ein Zahlungsdienstleister, ein Scanner. Bei jeder muss SPF oder DKIM sauber eingerichtet werden. Was danach übrig bleibt, ist Fälschung, und die abzuweisen ist der ganze Sinn der Sache. Stellst du auf reject um, während noch unidentifizierte Quellen in der Liste stehen, geht echte Post ohne Warnung verloren.
Verlassen diese Dateien meinen Browser?
Nein. Sie werden hier entpackt und ausgewertet. Bei DMARC-Berichten zählt das mehr als sonst: Sie enthalten die IP-Adressen von allem, was in deinem Namen sendet — eine Landkarte deiner Infrastruktur.
Und die forensischen Berichte (ruf)?
Das sind keine Zusammenfassungen — jeder ist eine einzelne durchgefallene Nachricht, die dir als ganz normale E-Mail zugestellt wird. Öffne sie mit dem .eml-Betrachter oder der Header-Analyse. Die meisten großen Empfänger verschicken sie aus Datenschutzgründen gar nicht.