Under RFC 9989 §5.4, a DMARC pass garanterar inte placering i inkorgen. Det upprättar ett anpassat domänautentiseringsresultat för ett meddelande. En mottagande tjänst kan fortfarande avvisa meddelandet av en annan anledning, acceptera det som skräppost, placera det i inkorgen eller tillämpa senare användarspecifik hantering.
Denna gräns spelar roll eftersom fel diagnos skapar fel förändring. DNS kan inte reparera dåligt samtycke, ihållande klagomål eller oönskat innehåll. Omvänt fixar inte ryktesarbete en ojusterad autentiseringsväg.
Separera leveransstadierna
Använd fyra distinkta mått:
- Steg: Autentisering; Fråga: Gjorde det SPF eller DKIM passerade, och passade minst en passerande identitet med From?
- Stadium: Acceptans; Fråga: Accepterade den mottagande servern meddelandet under SMTP ?
- Scen: Placering; Fråga: Var placerade eller exponerade mottagaren meddelandet efter acceptans?
- Scen: Engagemang; Fråga: Vad gjorde mottagaren och hur tillförlitlig är den mätningen?
Positivt SMTP slutförande efter att dataslut har specificerats i RFC 5321 §4.2.5. Ett meddelande kan passera autentisering och inte accepteras. Det kan accepteras och placeras i skräppost. Det kan nå inkorgen och får inget användbart engagemang. Beskriv inte alla fyra resultaten som leveransbarhet.
Läs en fiktiv diagnostabell
Följande fall är syntetiska. De illustrerar hur man väljer nästa utredning utan att göra anspråk på observerad prestation.
- Observation: DMARC ; Fall A: Godkänt; Fall B: Godkänt; Fall C: Misslyckas
- Observation: SMTP ; Fall A: Accepterat; Fall B: Accepterat; Fall C: Avvisades med autentiseringsrelaterat svar
- Observation: Placering; Fall A: Spam; Fall B: Inkorg; Fall C: Inget levererat exemplar tillgängligt
- Observation: Klagomål eller mottagarsignaler; Fall A: Förhöjda klagomål; Fall B: Normal för den definierade kohorten; Fall C: Ej tillämpligt på avvisat meddelande
- Observation: Nästa fokus; Fall A: Samtycke, förväntningar, rykte, innehåll och sändningsmönster; Fall B: Fortsätt att övervaka jämförbar trafik; Fall C: Identitetskedja, signering, SPF sökväg och leverantörssvar
I fall A, ändrar DMARC från ingen till avvisa inte varför autentiserade meddelanden är oönskade. Undersök listans ursprung, undertryckning, frekvens, innehåll och feedback från leverantören. I fall C kan inkorgstestning inte påbörjas förrän det autentiseringsrelaterade avslaget är förstått.
Använd autentisering som en förutsättning, inte en genväg för rykte
Brevlådeleverantörer publicerar krav och rekommendationer för avsändare, som t.ex Googles riktlinjer för personliga Gmail mottagare. Dessa krav kan inkludera SPF , DKIM , DMARC , giltig DNS , transportrutiner, klagomålskontroller och enkel avregistrering för tillämplig trafik. Att uppfylla ett krav avstår inte från de andra.
Autentisering är värdefullt eftersom det skapar en stabil domänidentitet och hjälper mottagare att tillskriva e-post. Det köper inte rykte, bevisar inte mottagarens samtycke eller garanterar förmånlig behandling. Beslut om rykte och klassificering är mottagarspecifika och kan variera beroende på trafikström, mottagare och tid.
Dra inte slutledning av orsakssamband från en samtidig DNS ändring och placeringsändring. Ett sändande program kan ändra volym, publik, innehåll och infrastruktur samtidigt. Spela in interventioner och jämför like-for-like-kohorter innan du drar en slutsats.
Diagnostisera med bevis från relevant mottagare
Börja med det faktiska SMTP svaret och betrodda autentiseringsresultat inom den gräns som anges av RFC 8601 §7.1. Om meddelandet avvisades kan koden och den tillhörande texten identifiera en kategori, men koden i sig är inte en fullständig diagnos. Leverantörsdokumentation och sändningsloggar behövs för att tolka det.
Om meddelandet accepterades, använd tillgänglig telemetri från leverantören, frötestning med angivna begränsningar, mottagarrapporter och kontrollerad kampanjdata. En testbrevlåda är bevis på den brevlådan och meddelandet, inte en universell förutsägelse för varje mottagare.
För autentisering, registrera From, den utvärderade SPF identiteten, varje DKIM d=-domän, inriktning och tillämplig policy. För programstatus, registrera trafikström, volym, klagomålsinformation, undertryckningsbeteende, listans ursprung, innehållsändringar och timing.
Behandla engagemangsmått noggrant
Öppen frekvens är inte en pålitlig fristående proxy för placering i inkorgen eller mänsklig uppmärksamhet. Apples Mail Privacy Protection laddar ner fjärrinnehåll i bakgrunden oavsett engagemang. Mailchimp vägledning för öppen spårning dokumenterar även blockerade spårningsbilder och begränsningar i klientformat. Klick kan också inkludera automatisk säkerhetsgenomsökning, som beskrivs i Mailchimp vägledning för botaktivitet.
Definiera populationen och mätmetoden. Kombinera leveranssvar, klagomål, avregistreringsbeteende, leverantörsbevis och affärsresultat. Undvik att hävda förbättringar från ett mått utan en jämförbar baslinje och en förklaring av förvirrande förändringar.
Undvik DNS ändringar som riktar sig mot fel problem
Lägg inte till ytterligare en SPF inkludering eftersom en autentiserad kampanj hamnar i skräppost. Försvaga inte inriktningen för att jaga placeringen. Publicera inte dubblett SPF rekord. Flytta inte för att avvisa enbart för att ett testmeddelande nådde en inkorg.
DNS ändringar bör lösa ett påvisat identitets- eller policyproblem. Ändringar av sändningspraxis bör lösa problem med samtycke, frekvens, innehåll, segmentering eller rykte. Ibland behövs båda arbetsflödena, men de bör behålla separata ägare och bevis.
Bygg en gemensam diagnostisk journal
En användbar ärendepost innehåller:
- den exakta avsändaren, Från domän och trafikström;
- ett representativt meddelande och betrodda autentiseringsresultat;
- SMTP svar och tidsstämpel;
- observerad placering med metod och begränsningar;
- klagomål, undertryckande och mottagarbevis tillgängligt för den kohorten;
- senaste tekniska förändringar och programändringar;
- en hypotes, ägare, interventions- och granskningsdatum.
Detta format vänder frågan "Har DMARC fixat leveransbarhet?" till testbara frågor. Förbättrades autentiseringen? Förändrades acceptansen? Ändrades placeringen för jämförbar post? Förbättrades mottagarsvaret utan att flytta publiken?
För identitetsbevis, använd guide för e-postidentitetskedja. För en övervakningsbaslinje, fortsätt med DMARC övervakningspolicy guide.
Håll slutsatsen inom bevisen
För fall A, behåll den autentiserade-men-spam-observationen och undersök de angivna klagomålsbevisen; för fall C, bevara det faktiska avslaget innan du undersöker inkorgens placering. Jämför samma mätmetod och kohort över förändringar. Automatiska öppningar eller klick är inte bevis på en mänsklig handling. Dessa fall är fiktiva, inte kampanjmätningar eller löften om förbättring.