Läs meddelandets väg nedifrån och upp
Varje server som hanterar ett meddelande lägger till en Received-rad ovanför de befintliga raderna. Det äldsta steget finns därför längst ned och det sista, hos din egen e-postleverantör, längst upp. Analysverktyget omvandlar dem till en lista i den ordning som meddelandet färdades, med den tidpunkt då varje server uppger att den tog emot det och tidsintervallet sedan föregående steg.
Ett tidsintervall på några sekunder är normalt. Flera minuter innebär vanligtvis att meddelandet låg i en kö eftersom en mottagare begärde ett nytt försök på grund av greylisting, en reläserver var upptagen eller avsändarens eget utgående filter höll kvar det. Går klockan bakåt? Då har en av servrarna fel tid.
Vilka Authentication-Results du kan lita på
I Authentication-Results (RFC 8601) anger en mottagande server sina resultat för SPF, DKIM, DMARC och ibland ARC. Ett meddelande kan innehålla flera sådana rader, men endast den som lades till av servern som levererade meddelandet till dig räknas. Allt under den skrevs innan din leverantör tog emot meddelandet, av servrar som du inte har någon anledning att lita på, och en avsändare kan skriva vad som helst där.
Analysverktyget använder det översta resultatet som slutligt besked och listar resten separat. Bredvid visas de tre domäner som avgör anpassningen: From-domänen, DKIM-domänen d= och Return-Path-domänen som SPF kontrollerades mot. DMARC godkänns endast när SPF eller DKIM godkänns för en domän som matchar From-domänen. Genom att jämföra dem går det ofta att förklara varför kontrollen misslyckades.
Så hittar du e-posthuvuden
Öppna meddelandet i Gmail, klicka på de tre punkterna bredvid Svara och välj Visa original. Öppna meddelandet i Outlook på webben, välj Fler åtgärder, sedan Visa och Visa meddelandeinformation. I skrivbordsappen Outlook väljer du Arkiv, sedan Egenskaper och rutan Internetrubriker. I Apple Mail väljer du Visa, Brev, Alla brevhuvuden. Kopiera allt fram till den första tomma raden, där brödtexten börjar. Om du klistrar in hela meddelandet tas brödtexten bort före analysen.
E-posthuvuden innehåller IP-adresser och e-postadresser. De läses i minnet för att skapa resultatet och lagras, cachelagras eller loggas inte.
Frågor
Hur läser jag e-posthuvuden?
Börja vid den nedersta Received-raden och gå uppåt. Det är den ordning som servrarna hanterade meddelandet i. Titta sedan på den översta Authentication-Results-raden som din egen leverantör lade till för att se resultaten för SPF, DKIM och DMARC.
Varför godkänns DKIM men inte DMARC?
DMARC kräver antingen en godkänd DKIM-signatur vars d= domän matchar From-domänen eller en godkänd SPF-kontroll för en Return-Path-domän som matchar den. En signatur från den egna domänen för din sändningsplattform kan godkännas av DKIM men ändå inte påverka DMARC. Analysverktyget visar de tre domänerna sida vid sida så att skillnaden syns.
Fullständig guide: DMARC fail
Vad betyder en lång fördröjning mellan två hopp?
Meddelandet väntade på servern där fördröjningen börjar. Vanliga orsaker är greylisting, där mottagaren ber avsändaren att försöka igen senare, en full utgående kö eller ett filter som skannar e-post innan den skickas vidare. En enstaka fördröjning på några minuter är sällan ett leveransproblem. Den förklarar varför meddelandet kom fram sent.
Kan e-posthuvuden förfalskas?
Allt som avsändaren skriver kan förfalskas. Received-rader under de som din leverantör själv har lagt till och gamla Authentication-Results-rader kan vara påhittade. Det som din leverantör lade till högst upp kan inte vara det, och leverantören kan kontrollera DKIM-signaturen mot avsändarens offentliga nyckel. Analysverktyget verifierar inte signaturer självt, utan läser leverantörens besked från den översta raden.
Vad är ARC i e-posthuvuden?
ARC (RFC 8617) låter en vidarebefordringstjänst, till exempel en e-postlista eller en vidarebefordringsadress, registrera de autentiseringsresultat som tjänsten såg innan den ändrade meddelandet. Den slutliga mottagaren kan sedan välja att lita på uppgifterna när vidarebefordringen har gjort att SPF eller DKIM inte längre godkänns.
Kan jag testa ett meddelande innan jag skickar det?
Ja. E-posthuvuden finns först när ett meddelande har levererats någonstans. Om du vill kontrollera ett utskick eller ett transaktionsmeddelande innan det når någon skickar du det till en testadress på startsidan. Du får dessa resultat samt blockeringslistor, innehåll, länkar och regler för massutskick i en enda rapport.