Fo-taggen spør en mottaker hvilke feiltilstander som skal generere rapporter. Det endrer ikke autentiseringsreglene eller tvinger en mottaker til å sende rapporter. Å forstå dette skillet unngår en vanlig feil: å lese en rapport som fo=1 har bedt om som bevis på at meldingen mislyktes DMARC totalt sett.
RFC 9989 avsnitt 4.7 definerer fire verdier: 0, 1, d og s. Standard er 0. Taggen ignoreres når ruf er fraværende, og mottakere kan velge om de vil respektere de forespurte alternativene. Gjennomgå personvern og rapportbehandlingsberedskap før du utvider en forespørsel.
Forstå 0 og 1 når det gjelder justering
Med fo=0, er den forespurte DMARC -feilrapportbetingelsen at alle underliggende autentiseringsmekanismer ikke klarer å produsere en justert pass. Med fo=1, er betingelsen at enhver underliggende mekanisme ikke klarer å produsere en justert pasning. Forskjellen gjelder rapporteringsutløseren, ikke en ny definisjon av DMARC suksess.
En melding kan sende DMARC gjennom justert DKIM mens SPF feiler eller er ujustert. Denne betingelsen kan tilfredsstille en fo=1 rapporteringsforespørsel selv om meldingen passerer DMARC . Å kalle en slik rapport et motstridende DMARC resultat forveksler rapporteringsalternativet med evalueringsresultatet.
Skill mekanismespesifikke alternativer
D-verdien ber om en DKIM feilrapport når en signatur mislykkes i evalueringen, uavhengig av justering. s-verdien ber om en SPF feilrapport når SPF evaluering mislykkes, også uavhengig av justering. Dette er mekanismespesifikke rapportforespørsler, ikke synonymer for de justerte gjennomgangsbetingelsene 0 og 1.
For eksempel blir en bestått, men ujustert SPF identitet ikke en SPF -evalueringssvikt bare fordi den er ujustert. Det kan ha betydning for fo=1 justert-pass-tilstanden uten å tilfredsstille s på det grunnlaget. RFC 9991 del 3 diskuterer forholdet mellom DMARC og mekanismespesifikke feilrapporter; faktisk generasjon forblir avhengig av mottakerstøtte og policy.
Bruk gyldige kombinasjoner bevisst
Når du ber om mer enn ett alternativ, skiller du verdiene med kolon, for eksempel fo=0:d. Verdiene 0 og 1 utelukker hverandre. Ikke publiser fo=0:1 som en måte å be om alt. Hold den eksisterende versjonen, policyen og rapporteringsdestinasjonene sammenhengende når du vurderer en foreslått postendring.
Illustrerende fragment: ruf=mailto:diagnostics@example.com; fo=1. Den viser en forespurt destinasjon og trigger, ikke en komplett DMARC rekord eller en destinasjon som er autorisert for organisasjonen din. Ikke lim inn eksempeladresser i produksjonen. Bekreft støttede mottaksordninger og ekstern autorisasjon i henhold til RFC 9991 seksjon 5 der det er aktuelt.
Gå gjennom to saker
Syntetisk kasse A har justert DKIM pass og SPF feil. DMARC går gjennom DKIM ; fo=1 utløseren kan oppfylles, mens fo=0's tilstand med alle mekanismer ikke er det. Alternativet s beskriver en SPF -feilrapporttilstand i dette tilfellet, avhengig av mottakerens oppførsel.
Syntetisk sak B har DKIM -pass under et urelatert domene og SPF pass under et urelatert domene. Ingen av mekanismene gir en justert pass, så DMARC mislykkes og fo=0 -betingelsen er oppfylt. Verken d eller s vurderings-feil-tilstand følger bare av disse ujusterte pasningene. Disse eksemplene forklarer protokollforhold, ikke rapporter observert fra en ekte leverandør.
Bekreft forespørselen uten å love utdata
Se gjennom den publiserte posten, destinasjonseierskap, autorisasjon og rapportens forbrukers personvernkontroller. Bruk en kontrollert test med en samarbeidende mottaker hvis en er tilgjengelig, registrer deretter nøyaktig hva den genererte. En fraværende rapport beviser ikke at taggen er ugyldig eller at testen er bestått.
Hold samlet rapportering og håndhevingsvedtak atskilt. Endring av fo endrer ikke p, etablere en ny SPF -autorisasjon eller reparere a DKIM signatur. Formålet er å be om et annet sett med potensielt sensitive diagnoserapporter.
Les et eksempel på mekanismesvikt
Syntetisk kasse C har en mislykket DKIM signatur og et justert SPF pass. DMARC går gjennom SPF . fo=1 betingelsen kan oppfylles fordi DKIM ikke ga noe justert pass, og d beskriver rapporteringsbetingelsen for mislykket signatur. fo=0 -betingelsen er ikke oppfylt fordi SPF ga en justert pass; s følger ikke av et SPF pass. En forespørsel som fo=1:d uttrykker de to relevante betingelsene, men forplikter ikke en mottaker til å generere noen av rapportene. Velg det bare hvis det diagnostiske formålet og kontrollene for rapporthåndtering rettferdiggjør den bredere forespørselen.
Hold en kompakt etterforskningsjournal
Bruk dette foreslåtte arbeidsarket for ruten som vurderes. Det er et planleggingshjelpemiddel, ikke bevis på en utført test.
- Behov: diagnosespørsmålet og den smaleste triggeren som adresserer det.
- Registrering: gjeldende ruf- og fo-verdier, som sikrer at 0 og 1 ikke kombineres.
- Destinasjon: eierskap, ekstern autorisasjon der det er nødvendig, beslutninger om tilgang og oppbevaring.
- Observasjon: mottakerstøtte og faktiske rapporter mottatt; stillhet er ikke avgjørende.