DMARC pladekontrol

Vide, om spoofed mail fra dit domæne er afvist, i karantæne eller blot rapporteret, og om rapporter rent faktisk ankommer.

Hvordan den måler

Policy opdagelse følger RFC 9989: record på _dmarc.<domain> læses først; når ingen eksisterer DNS Tree Walk (Section 4.10) spørger forældrenes navne, på højst otte forespørgsler, stopper på en record markeret psd = y eller psd = n, og bestemmer det organisationsmæssige domæne fra de konstaterede records (Section 4.10.2).
For et underdomæne gælder den nedarvede record 's sp tag (np vises for ikke-eksisterende underdomæner); uden sp gælder p-tag. En plade uden gyldig p-mærke behandles kun som p=none, når den har en rua-adresse, præcis som modtagere gør.
Mærker er fortolket pr specifikationen: p, sp, np, pct, rua, ruf, adkim, aspf, fo, rf, ri, psd. For rua / ruf destinationer uden for Organisationsdomænet, er <policy domain>._report._dmarc.<destination> godkendelsesrekorden kontrolleret.
Resultater holdes adskilt: en anvendelig record, ingen record nogen steder på gangen, en ubrugelig record (flere records, eller ingen p og ingen rua), en midlertidig DNS fiasko, eller et navn, der ikke kan evalueres. Lookups stopper ved otte forespørgsler og seks sekunder.

De forældede RFC 7489 heuristiske (en kort liste over to-label offentlige suffikser) vises kun til sammenligning og aldrig beslutte politikken.
DKIM vælger kan ikke slettes fra DNS alene, så DKIM selv er ikke kontrolleret.
Rapporter levering og indhold er ikke verificeret; kun DNS side.
Der anvendes én løser (Cloudflare); en midlertidig fejl rapporteres som sådan, aldrig som en manglende rekord.

p=none i måneder: Gennemgå samlede rapporter, autorisere legitime afsendere gennem SPF og DKIM, derefter flytte til p=quarantine med pct = 10 og hæve det gradvist.
Ingen rapporter ankommer: Tilføj en rua = adresse. Hvis det er på et andet domæne, skal dette domæne offentliggøre tilladelsen registrere dette værktøj kontrol.