En resultatetikett är inte en diagnos
Permerror indikerar ett permanent fel i SPF utvärdering, men den identifierar inte en unik defekt. En felaktig vald policy, flera tillämpliga SPF rekord, en saknad rekursiv policy eller en överskriden utvärderingsgräns kan ge detta resultat genom olika regler. Ett supportsvar som översätter varje permerror till "för många DNS uppslagningar" kan skicka en administratör till fel reparation och potentiellt skada giltig avsändarbehörighet.
Börja med att bevara identiteten och indata som används för utvärdering. Anteckna anslutningsadressen, HELO eller MAIL FRÅN sammanhang, utvärderad domän, avsändarargument och tid. Bevara sedan det faktiska DNS svaret och den valda SPF policyn. Utan dessa indata kan två olika rapporter röra olika identiteter eller olika ögonblicksbilder snarare än att de inte är överens om samma policy. RFC 7208 , avsnitt 2.3, 2.4 och 8.7
Kontrollera postval och syntax först
SPF -policyval har specifika regler. Flera valda SPF poster orsakar permerror ; de slås inte samman till en större policy och bör inte behandlas som ett bekvämt sätt att dela upp leverantörer. TXT -teckensträngar inom en post är en annan sak än flera oberoende poster. Behåll registergränser så att granskaren kan skilja en presentationsdetalj från ett verkligt urvalsproblem.
Syntax behöver också en fullständig policygranskning. RFC 7208 kräver syntaxkontroll före mekanismutvärdering; en ogiltig mekanism kan därför ha betydelse även om någon förväntar sig att en tidigare mekanism ska matcha. Oigenkända mekanismer och ignorerade okända modifierare är inte utbytbara kategorier. Undvik vag vägledning för att radera alla okända token. Bestäm dess grammatiska roll och standardens hantering innan du avgör om det är ett fel. RFC 7208 , avsnitt 3.2, 4.5, 4.6 och 6
Klassificera sedan misslyckanden i utvärderingsbudgeten
För den övergripande DNS-orsakande terminsbudgeten, inkluderar, a, mx, ptr, existerar och omdirigeringsräkning under utvärdering. Gränsen är tio, och om den överskrids måste den ge permerror . Detta är inte bara antalet DNS paket, antalet inkluderade toppnivåer eller antalet unika leverantörer. Rekursion delar budgeten och cachelagring tar inte bort logiskt utvärderade termer.
Andra gränser behöver sina egna etiketter. Ogiltiga svar har en BÖR-nivågräns på två, med tillåten konfiguration och en rekommenderad standard på två när de är konfigurerbara; överskridande av tillämplig gräns ger permerror . MX bearbetning har ytterligare obligatoriska begränsningar. Ett uttalande om att "posten bara har nio inkluderar" utesluter inte dessa andra orsaker, och ett högt antal råpaket bevisar inte i sig att den totala tiotidsgränsen överskreds. RFC 7208 , avsnitt 4.6.4
Separera felresultat från auktoriseringsresultat
Fail hävdar att klienten inte är auktoriserad för den utvärderade identiteten. Permerror betyder att utvärderingen inte kunde ge det avsedda auktoriseringsresultatet på grund av ett permanent fel. Temperror representerar ett övergående fel. Inget är också ett distinkt resultat, med speciell mappning när det påträffas genom inkludering eller omdirigering. Dessa etiketter bör inte komprimeras i en enda " SPF misslyckades"-hink när en korrigerande åtgärd förklaras.
Mottagaren bestämmer fortfarande hur resultat ska hanteras enligt sin egen policy. Ett avvisat meddelande fastställer inte vilket SPF defekt som orsakade avslaget om inte bevisen stöder den länken. På samma sätt bevisar inte accepterad post att policyn var giltig. Behåll autentiseringsdiagnosen och leveransdispositionen i separata fält och undvik att lova att en DNS reparation kommer att lösa alla leveransproblem. RFC 7208 , avsnitt 5.2, 6.1 och 8
Triage arbetsblad med explicita stopporsaker
Använd ett arbetsblad uppdelat i urval, analys och utvärdering. I urvalet, behåll frågenamnet, svaret, TXT post gränser och antal valda SPF poster. Vid analys, behåll den exakt sammanlänkade posttexten, parserversionen, eventuellt stötande token och regeln överträds. Normalisera inte bort felet innan du bevarar det ursprungliga beviset.
Vid utvärdering, registrera varje nådd mekanism eller modifierare, aktuell domän, utökat mål, kumulativt antal termer, svarsklassificering, rekursivt underordnat resultat och fortsättningsbeslut. Håll ogiltiga summor och tilläggsgränser åtskilda. Markera den första stopporsaken som stöds. Om analysatorn avvisade policyn före utvärdering, uppfinn inte en väg som utvärderaren aldrig körde bara för att visa ett annat möjligt problem.
En föreslagen korrigering bör nämna defekten den adresserar, ägaren som bekräftar den avsedda auktorisationen och de vägar som fortfarande måste fungera. Registrera olösta sekundära fynd separat. En felaktig policy kan också innehålla en överdriven beroendegraf, men utredaren bör förklara vilken slutsats som observeras och vilken som förblir ett statiskt problem i väntan på en giltig utvärdering.
Fiktiv diagnos: två identiska etiketter, olika reparationer
I fiktivt fall A publicerar en domän två separata TXT poster som båda kvalificerar sig som SPF policyer. Den användbara diagnosen är ett postvalsfel, inte ett överdrivet antal uppslagningar. En föreslagen reparation skulle kräva att den avsedda auktoriseringen förenas till en policy som stöds, efter att alla legitima rutter har bekräftats. Att radera en godtycklig post kan tyst ta bort en obligatorisk tjänst. Inget riktigt DNS -svar eller korrigering samlades in för det här fallet.
I fiktivt fall B följer en syntaktisk giltig policy en kapslad rutt som försöker en elfte räknad DNS-orsakande term före en matchning. Den användbara diagnosen är den överskridna totala budgeten. Att kombinera TXT strängar skulle inte lösa det problemet eftersom policyn redan är en vald post. Granskningen behöver istället den exakta beroendevägen och en omdesign som stöds som bevarar avsändartäckningen.
En tredje fiktiv rapport säger bara " permerror " och innehåller inga rekordsnabbbild eller spår. Det korrekta resultatet är otillräckliga bevis, inte en gissning mellan A och B. Be om ett minimalt diagnostiskt paket via en auktoriserad kanal, med privat meddelandeinnehåll och onödiga adresser uteslutna. Dessa scenarier är konceptuella jämförelser, inte exekverade fixturer, mottagarresultat eller bevis på att en namngiven leverantör är felkonfigurerad.
Acceptans- och frigivningskriterier
Ett reparationsanspråk bör vara snävare än " SPF är fast." Ange om postval, syntax, en viss utvärderingsväg eller ett specifikt leverantörsberoende korrigerades och vilka bevis som stöder det påståendet. Bekräfta att den föreslagna ändringen inte auktoriserar oavsiktliga avsändare eller utesluter legitima avsändare. Håll mottagarens slutliga leveransresultat utanför anspråket om det inte följs separat.
För detta utkast förblir den obligatoriska kommenterade sökvägen som visar varje räknad term och den exakta felande grenen utestående. Om det faktiska problemet är analys eller urval, behåll det primära beviset också och skaffa mänsklig granskning av hur det uppfyller artikelns avsedda omfattning. Tillverka inte en utvärderad sökväg för ett fel som upphör innan mekanismer bearbetas.
Inga skanningar, parsarkörningar, DNS modifieringar eller meddelandetester utfördes här. Originalbevis, mänsklig granskning, källans tillämplighet, produktionsvägar, visuell tillgänglighet och ägarens frigivning förblir öppna. Manuskriptet tillhandahåller en triage-ram och fiktiva resonemangsexempel samtidigt som man uttryckligen undanhåller alla påståenden om en avslutad operationsdiagnos.