DMARC-XML-Report (Aufbau)
Das standardisierte XML-Format der Aggregate Reports: ein maschinenlesbares Dokument mit Metadaten des Berichtssenders, der publizierten Policy und Zeilen pro beobachteter Quell-IP.
Warum das für Ihr Unternehmen relevant ist
Eine mittelgrosse Domain erhält täglich Dutzende solcher Dateien von Gmail, Microsoft, Yahoo & Co. Wer sie manuell öffnet, gibt nach einer Woche auf — der Hauptgrund, warum DMARC-Projekte in Eigenregie scheitern.
Technische Funktionsweise
Struktur: <report_metadata> (Absender, Zeitraum), <policy_published> (Ihre Policy), <record>-Elemente mit source_ip, count, disposition, dkim/spf-Ergebnissen samt Alignment.
So löst Sentrust die Komplexität für Sie
Parsing, Deduplizierung, IP-Anreicherung (Wem gehört diese Quelle?) und Trend-Analyse laufen bei uns automatisiert — Sie sehen nur die Erkenntnisse.
Praxisfall: Vom offenen Scheunentor zu p=reject in neun Wochen
Ein Schweizer Handelsunternehmen (120 Mitarbeitende) startete mit SPF-Wildwuchs, unsigniertem CRM und DMARC p=none. Unser Audit identifizierte aus sechs Wochen Report-Daten zwölf aktive Versandquellen — vier davon der IT unbekannt. Nach Konsolidierung und Quellen-Alignment erreichten die legitimen Systeme 99.2% Alignment-Quote; erst dann eskalierten wir über p=quarantine (pct-Stufen) zu p=reject. Ergebnis: Domain-Spoofing technisch unterbunden, kein einziger dokumentierter Verlust legitimer Mails. Genau in diesem Projektablauf spielt der hier erklärte Begriff seine Rolle.
Modellfall: anonymisiertes, typisches Projektszenario. Ihre konkrete Ausgangslage erheben wir im kostenlosen Audit.
Quellen & weiterführende Standards
- Google — E-Mail-Sender-Richtlinien
- Sentrust Engineering — Projekterfahrung aus Managed-DMARC- und BIMI-Mandaten
Wie steht Ihre Domain zu diesem Thema da?
Kostenloses Audit — Befund mit Handlungsplan innert 48 Stunden.