Karantän och avvisa kommunicerar olika domänägares bedömningar av e-post som misslyckas DMARC. Att välja mellan dem kräver bevis om domänens legitima meddelanden och konsekvenserna om dessa meddelanden hanteras felaktigt.
Behandla beslutet som en kontrollerad förändring. Identifiera vilka flöden som kan misslyckas, varför de misslyckas och vad de mottagande systemen faktiskt gör. Ett mer restriktivt utseende är inte en ersättning för den utredningen.
Håll utvärderingen åtskild från hanteringen
Under RFC 9989 §5.3.5, DMARC utvärderar om en godkänd SPF eller DKIM identitet stämmer överens med den synliga From-domänen. En policy uttrycker domänägarens bedömning när den valideringen misslyckas.
Under RFC 9989 §4.7, klassar karantän misslyckad användning som misstänkt. Reject uttrycker bedömningen att felaktig användning är ogiltig. Under RFC 9989 §5.4, behåller mottagare ansvaret för sina dispositionsbeslut och kan använda annan information.
Följaktligen lovar karantän inte ett universellt spam-mappresultat, och avvisande bevisar inte att varje deltagande mottagare avvisade varje misslyckande. Bekräfta det faktiska mottagandet av bevis för fallet som undersöks.
Undersök legitima misslyckanden först
För en godkänd applikation, jämför den synliga From-domänen med SPF identiteten och alla relevanta DKIM signeringsdomäner. Upprätta den konfiguration som stöds och testa ett nytt meddelande via samma rutt.
Lägg inte till breda sändningsbehörigheter bara för att en policyändring har avslöjat ett misslyckande. Bestäm först vilket konto, arbetsflöde och identitet företaget faktiskt godkände.
Vidarebefordran och e-postlistor kan påverka de autentiseringsvägar som finns kvar. Ett indirekt misslyckande kan kräva analys av meddelandeändringar och mottagningsbeteende snarare än en annan inkludering i källdomänens SPF rekord.
Använd domänsyftet för att bedöma avvägningen
En dedikerad transaktionsidentitet kan ha en mindre och mer kontrollerad sändande population än en personalkorrespondensdomän. Granska var och en därefter.
RFC 9989 §7.4 varnar för att avvisa e-postdomäner för allmänna ändamål och diskuterar domäner vars användare skickar inlägg på Internet-e-postlistor. Den anger observations- och jämförelsevägledning för den situationen, såväl som implikationer för användarmedverkan.
Tillämpa relevant vägledning istället för att behandla karantän som ett obligatoriskt väntrum på en automatisk resa för att avvisa. De guide för val av policy anger det bredare beslutsprotokollet.
Granska ett konkret misslyckande, inte bara en global procentandel
Tänk på ett syntetiskt exempel där anställdas meddelanden passerar men ett månadsfakturasystem misslyckas inriktning. Fakturaströmmen är tillräckligt liten för att knappt påverka den totala kursen.
En starkare efterfrågad policy kan fortfarande ha en betydande affärseffekt om mottagare agerar på dessa misslyckanden. Identifiera fakturatjänsten, fixa dess stödda identitet och testa dess faktiska arbetsflöde.
Okänd sviktande trafik kräver en annan utredning. Bevara osäkerheten tills bevis visar om det representerar legitim post, en indirekt rutt, obehörig användning eller annan orsak. Räkna inte varje okänd rad som en förhindrad attack.
Planera förändringen och dess acceptansbevis
Spara den nuvarande policyn och definiera den föreslagna omfattningen. Registrera de testade tjänsterna, återstående undantag och villkor som skulle kräva eskalering eller återställning.
Efter en godkänd ändring, verifiera den auktoritativa posten och representantens mottagna meddelanden. Granska rapportobservationer med deras rapporteringsintervall och policykontext. Rapportering av policyförändringar tas upp i RFC 9990 §3.3. Aktuell DNS rekonstruerar inte policyn som en mottagare såg tidigare.
Använd separata bevis för autentisering, hantering och affärspåverkan. Under RFC 9990 §3.1.6, en rapportdisposition och eventuella åsidosättande skäl är användbara sammanhang, men det är inte bevis på slutlig placering av inkorgen eller resultatet av ett betalnings- eller aviseringsarbetsflöde.
Behåll driftprocessen efter beslutet
Fortsätt att övervaka efter nya applikationer, ändrade rutter och inaktuella behörigheter. Ett giltigt policybeslut kan bli olämpligt när organisationen ändrar hur den använder domänen.
Det meningsfulla resultatet är ett dokumenterat val som stöds av verifierade legitima flöden, förstådda gränser och en återhämtningsprocess. För diagnos på meddelandenivå, använd inriktningsguide; för bevistolkning, använd DMARC samlade rapporter.
Anteckna beslutet och dess gränser
Antag, enbart som ett planeringsexempel, 9 900 meddelanden från anställda passerar och 100 fakturameddelanden misslyckas. Den totala godkända frekvensen är 99 %, men fakturavägen har en felfrekvens på 100 %. Dessa uppfunna räkningar illustrerar varför den kritiska rutten behöver repareras; de är inte kampanjmätningar eller ett utlovat politiskt resultat.