// so behebst du es
So liest du DMARC-Sammelberichte (rua)
DMARC-Berichte sind XML-Dateien, die Gmail, Microsoft und andere senden. Lerne, was jeder Teil bedeutet und wie du echte Probleme und Spoofing erkennst.
Was das bedeutet
Wenn dein DMARC-Eintrag eine rua=-Adresse enthält, schicken dir Empfänger wie Google, Microsoft und Yahoo eine tägliche Zusammenfassung, den sogenannten Sammelbericht (Aggregate Report). Er listet jede IP-Adresse auf, die E-Mails mit deiner Domain gesendet hat, wie viele E-Mails es waren und ob sie SPF und DKIM bestanden haben.
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com
Die Berichte kommen als komprimierte Anhänge (.zip oder .gz) mit einer XML-Datei darin. Sie sind für Maschinen geschrieben, aber du kannst sie lesen.
Warum das wichtig ist
- Sie zeigen alle deine Absender, auch die, die du vergessen hast: ein Rechnungstool, einen alten Server, die App eines Kollegen.
- Sie decken Leute auf, die versuchen, gefälschte E-Mails mit deiner Domain zu senden.
- Du brauchst sie, bevor du DMARC von
p=noneaufquarantineoderrejectumstellst, um sicher zu sein, dass nichts Legitimes blockiert wird.
Die Hauptteile eines Berichts
Wer den Bericht gesendet hat
In report_metadata: org_name (zum Beispiel google.com), eine report_id und ein date_range, meist 24 Stunden, als Unix-Zeitstempel angegeben.
Deine veröffentlichte Richtlinie
In policy_published: der DMARC-Eintrag, den der Empfänger gesehen hat, etwa p=none und die Ausrichtungsmodi.
Ein Block pro Quelle
Jeder record beschreibt eine sendende IP:
<source_ip>203.0.113.10</source_ip> <count>42</count> <disposition>none</disposition> <dkim>pass</dkim> <spf>fail</spf> <header_from>yourdomain.com</header_from>
count: Zahl der E-Mails von dieser IP.disposition: was der Empfänger gemacht hat (none, quarantine, reject).dkimundspfunterpolicy_evaluated: das DMARC-Ergebnis, bei dem die Domain zu deiner From-Domain passen muss. Ein Bestehen reicht, damit DMARC besteht.auth_results: die rohen SPF- und DKIM-Prüfungen, mit der Domain, die tatsächlich geprüft wurde. Vergleiche sie mitheader_from, um Ausrichtungsfehler zu verstehen.
So nutzt du sie
- Identifiziere jede IP. Schlag ihren Reverse-DNS-Namen oder ihren Inhaber nach. Namen wie
google.com,outlook.comoder die Domain deines Newsletter-Tools gehören meist zu dir. - Sortiere in drei Gruppen:
- Deine Dienste, bestanden: nichts zu tun.
- Deine Dienste, durchgefallen: Füge sie zu SPF hinzu oder richte in diesem Dienst DKIM mit deiner Domain ein.
- Unbekannte IPs, die bei allem durchfallen: wahrscheinlich Spoofing. Deine künftige
reject-Richtlinie wird sie blockieren.
- Beobachte die Entwicklung ein paar Wochen lang, bevor du deine Richtlinie verschärfst.
Hinweis: Weitergeleitete E-Mails und Mailinglisten tauchen oft als Fehlschläge von IPs auf, die du nicht kennst. Eine kleine Zahl ist normal.
Mach es dir leichter
XML von Hand zu lesen wird mühsam, sobald du viele Berichte bekommst. Nutze ein eigenes Postfach für rua und zieh ein Tool in Betracht, das die Berichte sammelt und zusammenfasst. Das DMARC-Monitoring im kostenpflichtigen Dashboard macht das für deine Domains.
Prüfe, ob es funktioniert
Scanne deine Domain unter /domain-scanner, um zu bestätigen, dass der DMARC-Eintrag eine gültige rua-Adresse hat. Berichte kommen meist innerhalb von ein oder zwei Tagen an, von den Anbietern, die deine Empfänger nutzen.
Prüfe, ob es behoben ist
DNS-Änderungen können ein paar Minuten bis einige Stunden dauern. Sende danach eine neue Test-E-Mail oder scanne deine Domain erneut.
Ähnliche Anleitungen
- Kein SPF-Eintrag auf deiner DomainDeine Domain sagt nicht, welche Server E-Mails für sie senden dürfen. Füge einen TXT-Eintrag hinzu, dann können Empfänger deine echten E-Mails von Fälschungen unterscheiden.
- SPF-Fehler: zu viele DNS-Lookups (permerror)SPF erlaubt höchstens 10 DNS-Lookups. Darüber geht der ganze Eintrag kaputt und Empfänger behandeln ihn als ungültig. So verschlankst du ihn.
- Mehrere SPF-Einträge auf einer DomainEine Domain darf nur einen SPF-Eintrag haben. Bei zwei oder mehr geht SPF für jede E-Mail kaputt. Fasse sie zu einer einzigen Zeile zusammen.
- SPF scheitert: Der sendende Server ist nicht berechtigtDeine Domain hat einen SPF-Eintrag, aber der Server, der deine E-Mail gesendet hat, steht nicht darin. Finde heraus, welcher Dienst die E-Mail gesendet hat, und füge ihn hinzu.
- Keine DKIM-Signatur auf deinen E-MailsDKIM fügt eine digitale Signatur hinzu, die beweist, dass eine E-Mail wirklich von deiner Domain kommt. Schalte es bei deinem E-Mail-Anbieter ein und veröffentliche den Schlüssel im DNS.