Erstat procentløftet med en eksplicit beslutning
En udrulningsplan, der siger "anvend afvis på ti procent af mislykkede e-mails", skal gennemgås, før den genbruges under den opdaterede DMARC specifikation. RFC 9989 fjerner pct-mekanismen og definerer et testsignal kaldet t. Dette er en ændring i det tilgængelige politiksprog, ikke et bevis på, at hver modtager har ændret sin software. Den praktiske opgave er at identificere, hvad den eksisterende plan var beregnet til at beskytte, og derefter sammenligne denne hensigt med nuværende semantik og observeret arveadfærd.
Oversæt ikke en procentdel til en testværdi mekanisk. En procentplan forsøger at begrænse, hvor meget trafik der modtager en behandling. Et testsignal ændrer den ønskede behandling og kan udløse særlig håndtering. Det er forskellige kontroller. Virksomhedsejere bør beslutte, hvilke legitime ruter, der skal repræsenteres i sammenligningen, hvilken fejlpåvirkning der er acceptabel, og hvilke beviser der ville tillade den næste politikændring.
Forstå, hvad den aktuelle specifikation kræver
RFC 9989 Bilag A.6 forklarer, at historisk pct-adfærd var inkonsekvent uden for dens endepunkter, og at pct=0 havde fået nyttige specialhåndteringsbetydninger. Den opdaterede mekanisme bevarer et testkoncept snarere end en generel procentdel vælger. Recordversionen forbliver v=DMARC1; der er ingen DNS switch til en versionsstreng kaldet DMARC2.
Under afsnit 4.7, t er som standard n. Med t=y, er den angivne behandling af fejlmeddelelse et niveau under den valgte politik: afvisning bliver til karantæne, og karantæne bliver ingen. En valgt politik om ingen er upåvirket. Signalet kan også give anledning til særlig håndtering af den evaluerende aktør, og det ændrer ikke genereringen af DMARC -rapporter. Disse er specificeret semantik, ikke en garanti for den endelige mappe, afvisningssvar eller leveringsresultat hos hver modtager.
Behold den valgte p-, sp- eller np-politik i vurderingen. Testning er ikke begrænset til den politikstreng, som en operatør tilfældigvis ser først i et dashboard. Domænet og opdagelsesstien bestemmer, hvilken politik der gælder. En korrekt forklaring af t kan ikke kompensere for en undersøgelse, der kontrollerede et andet domæne end den faktiske meddelelsesforfatter.
Identificer den blandede implementeringsrisiko
En modtager, der ikke genkender t, kan ignorere den og fortsætte med at bruge dens understøttede politiklogik. Omvendt får en implementering af den opdaterede specifikation ikke en procentuel udrulningsregel fra en gammel pct-værdi. En rekord at indeholde begge tags er derfor ikke en bærbar måde at anmode om ét ensartet eksperiment på tværs af alle modtagere.
Behandl implementeringsstatus som en målt egenskab for et navngivet miljø og konfiguration. En leverandørmeddelelse, rapportformat eller produktlogo alene beviser ikke, hvordan en bestemt meddelelse blev behandlet. Hvor en modtager ikke kan inspiceres, skal du bevare usikkerheden og undgå at tilskrive dens endelige handling udelukkende til ét mærke. Modtager-lokal håndtering forbliver en separat fase under RFC 9989 afsnit 5.4.
Gennemgå også den gamle plans skjulte antagelser. Var procentdelen beregnet til at begrænse legitime e-mailtab, evaluere videresendelse, estimere fejlmængden eller teste rapporteringstjenesten? Hvert formål kræver forskellige observationer. Reduktion af behandling for alle fejlmeddelelser er ikke det samme eksperiment som at anvende stærkere behandling på en udvalgt undergruppe, selvom begge planer beskrives uformelt som gradvis udrulning.
Skriv acceptkriterier, før du ændrer DNS
Forbered en afsender-for-sender-sammenligning, der inkluderer lavvolumen og periodiske legitime ruter. Behold den nøjagtige aktuelle registrering, foreslåede forskel, gældende identiteter og repræsentative meddelelsessager. Optag den almindelige godkendelse og justering resultater adskilt fra valgt politik, teststatus, lokale tilsidesættelser og endelig disposition. Definer de betingelser, der stopper udrulningen, herunder manglende dækning eller uforklarlige legitime beskedfejl.
Brug samlet bevis omhyggeligt. RFC 9990 afsnit 3.3 forklarer, at en rapporteringsperiode kan spænde over politikændringer og indeholde blandede observationer. En dagsetiket på en rapport er ikke et bevis på, at én politik styrede hver talte besked. Bevar rapportperioden, den observerede politik og implementeringstidspunktet i stedet for at sammenligne to umærkede procenter.
Den foreslåede ændring bør have en ansvarlig ejer og genindvindelig basislinje. Fjernelse af pct fra en ældre plan kan fjerne en begrænsning, som en ældre implementering brugte. Tilføjelse af t beviser ikke, at begrænsning er blevet erstattet der. En tilbagerulning ændrer også publiceret tilstand i stedet for øjeblikkeligt at omskrive alle cachelagrede observationer, så gendannelsesbeviset har brug for sin egen timing og omfang.
Fiktivt udført eksempel på en afvist oversættelse
I denne fiktive anmeldelse har Eksempelfremstilling et gammelt arbejdsark, der indeholder p=reject og pct=10. En redaktør foreslår at erstatte procentdelen med t=y og kalde resultatet "den samme ti-procent pilot." Korrekturlæseren afviser denne beskrivelse: aktuel testsemantik anmoder om karantæne for mislykkede meddelelser under en valgt afvisningspolitik i stedet for at vælge ti procent til afvisning.
Den foreslåede matrix indeholder en aktuel-semantik-kolonne, en legacy-implementeringskolonne og en observationskolonne. Den første kan udfyldes fra specifikationen; de andre kolonner kræver identificerede implementeringer og autoriserede tests. De forbliver ikke kørende i dette eksempel. Ingen DNS registrering blev offentliggjort, modtageren forespurgt eller meddelelse leveret til øvelsen.
Den næste beslutning er at blive enige om det faktiske forsøg, såsom at teste specificeret håndtering, mens man observerer repræsentative legitime strømme, i stedet for at bevare en unøjagtig etiket. Organisationen skal derefter indsamle de beviser, der understøtter dette eksperiment, før de godkender en produktionsovergang.
Hold bevisportene synlige
Det nøjagtige oprindelige krav forbliver åbent: Sammenlign en gammel pct-baseret plan med aktuel testsemantik og ældre/aktuelle modtagerobservationer. Det fiktive regnearket giver ingen implementerede observationer og kan ikke lukke dette krav. Idriftsættelsesporten forbliver også synlig: Valider de nuværende primære specifikationer og behold et udført eksempel før udarbejdelse. Primær tekst og en forudkastet skønlitterær øvelse blev bibeholdt; implementeringsanvendelse, menneskelig SMV-godkendelse og enhver operationel udgivelse forbliver uafklaret. Ingen publikation eller ændring af politik er godkendt af dette manuskript.