DMARC rekordkontrollen

Vet om spoofed e-post fra domenet ditt er avvist, karantene eller bare rapportert, og om rapporter faktisk kommer.

Hvordan det måles

Policy funn følger RFC 9989: rekorden ved _dmarc.<domain> leses først; når ingen eksisterer DNS Tre Walk (avsnitt 4.10) spør foreldrenavnene, på det meste åtte spørringer, stopper på en rekord merket psd=y eller psd=n, og bestemmer organisasjonsdomene fra platene funnet (avsnitt 4.10.2).
For et underdomene gjelder den arvelige rekordens sp-merke (np) for ikke-eksisterende underdomene; uten sp gjelder p-merket. En rekord uten gyldig p-tagg behandles som p=none bare når den bærer en rua adresse, nøyaktig som mottakerne gjør.
Tagger tolkes per spesifikasjonen: p, sp, np, pct, rua, ruf, adkim, aspf, fo, rf, ri, psd. For rua / ruf destinasjoner utenfor organisasjonsdomene, er <policy domain>._report._dmarc.<destination> autorisasjonsposten kontrollert.
Resultatene holdes fra hverandre: en nyttig rekord, ingen rekord hvor som helst på turen, en ubrukelig rekord (fleirtallsposter eller ingen p og nr. rua), en midlertidig DNS-feil eller et navn som ikke kan vurderes. Oppslag stopper på åtte spørsmål og seks sekunder.

Den foreldede RFC 7489 heuristic (en kort liste over to-merkede offentlige suffiks) vises kun for sammenligning og bestemmer aldri politikken.
DKIM velgere kan ikke oppdages fra DNS alene, så DKIM selv ikke kontrolleres.
Rapportere levering og innhold er ikke verifisert; bare DNS siden.
En løser (Cloudflare) brukes; en midlertidig feil er rapportert som sådan, aldri som en manglende rekord.

p=none i måneder: Gjennomgang aggregerte rapporter, godkjenne legitime avsendere gjennom SPF og DKIM, deretter flytte til p=quarantine med pct=10 og heve den gradvis.
Ingen rapporter som kommer: Legg til en rua=adresse. Hvis det er på et annet domene, må domenet publisere autorisasjonsposten dette verktøyet kontroller.