Læs ruten nedefra og op
Hver server, der håndterer en besked, tilføjer en Received-linje oven over dem, der allerede er der. Derfor står det ældste trin nederst og det sidste, din egen mailudbyder, øverst. Analyseværktøjet omdanner dem til en liste i den rækkefølge, beskeden fulgte, med det tidspunkt, hvor hver server angiver at have modtaget den, og tidsrummet siden det forrige trin.
Et tidsrum på få sekunder er normalt. Flere minutter betyder som regel, at beskeden stod i kø, fordi en modtager bad om et nyt leveringsforsøg efter greylisting, en relayserver var optaget, eller afsenderens eget udgående filter tilbageholdt den. Går uret baglæns? Så har en af serverne indstillet tiden forkert.
Hvilken Authentication-Results kan du stole på?
I Authentication-Results (RFC 8601) registrerer en modtagende server sine resultater for SPF, DKIM, DMARC og nogle gange ARC. En besked kan indeholde flere af disse linjer, og kun den, der blev tilføjet af den server, som leverede beskeden til dig, gælder. Alt under den blev skrevet, før din udbyder modtog beskeden, af servere, du ikke har nogen grund til at stole på, og en afsender kan skrive hvad som helst der.
Analyseværktøjet bruger det øverste resultat som den endelige vurdering og viser resten separat. Ved siden af kan du se de tre domæner, der afgør alignment: From-domænet, DKIM d=-domænet og Return-Path-domænet, som SPF blev kontrolleret mod. DMARC godkendes kun, når SPF eller DKIM godkendes for et domæne, der matcher From-domænet. En sammenligning af dem forklarer ofte, hvorfor kontrollen fejler.
Hvor finder du e-mailheaderne?
I Gmail skal du åbne meddelelsen, klikke på de tre prikker ved siden af Svar og vælge Vis originalen. I Outlook på nettet skal du åbne meddelelsen, vælge Flere handlinger og derefter Vis og Vis meddelelsesdetaljer. I Outlook-skrivebordsappen skal du vælge Filer, derefter Egenskaber og feltet Internetheadere. I Apple Mail skal du vælge Oversigt, Besked og Alle headere. Kopiér alt ned til den første tomme linje, hvor brødteksten begynder. Hvis du indsætter hele meddelelsen, fjernes brødteksten før analysen.
Headere indeholder IP-adresser og e-mailadresser. De læses i hukommelsen for at opbygge resultatet og bliver ikke gemt, cachelagret eller logget.
Spørgsmål
Hvordan læser jeg e-mailheadere?
Start ved den nederste Received-linje, og bevæg dig opad. Det er den rækkefølge, serverne håndterede meddelelsen i. Se derefter på den øverste Authentication-Results-linje, som din egen udbyder har tilføjet, for at finde resultaterne for SPF, DKIM og DMARC.
Hvorfor godkendes DKIM, mens DMARC fejler?
DMARC kræver en godkendt DKIM-signatur, hvor d=-domænet matcher From-domænet, eller en godkendt SPF-kontrol for et Return-Path-domæne, der matcher det. En signatur fra din afsendelsesplatforms eget domæne kan godkendes af DKIM uden at have nogen betydning for DMARC. Analyseværktøjet viser de tre domæner ved siden af hinanden, så du kan se uoverensstemmelsen.
Komplet guide: DMARC fail
Hvad betyder en lang forsinkelse mellem to hop?
Meddelelsen ventede på den server, hvor forsinkelsen begynder. Almindelige årsager er greylisting, hvor modtageren beder afsenderen prøve igen senere, en fuld udgående kø eller et filter, der scanner mailen, før den sendes videre. En enkelt forsinkelse på nogle få minutter er sjældent et problem for leveringsevnen. Den forklarer, hvorfor en meddelelse ankom sent.
Kan e-mailheadere forfalskes?
Alt, som en afsender skriver, kan forfalskes. Received-linjer under den, din egen udbyder har tilføjet, og gamle Authentication-Results-linjer kan være opdigtede. Det kan de oplysninger, din udbyder har tilføjet øverst, ikke, og din udbyder kan kontrollere DKIM-signaturen mod afsenderens offentlige nøgle. Analyseværktøjet kontrollerer ikke selv signaturer. Det læser din udbyders vurdering fra den øverste linje.
Hvad er ARC i e-mailheaderne?
ARC (RFC 8617) gør det muligt for en videresendelsestjeneste, f.eks. en mailingliste eller en videresendelsesadresse, at registrere de godkendelsesresultater, den så, før den ændrede meddelelsen. Den endelige modtager kan derefter vælge at stole på denne registrering, når videresendelsen har fået SPF eller DKIM til at fejle.
Kan jeg teste en meddelelse, før jeg sender den?
Ja. Headere findes først, når en meddelelse er blevet leveret et sted. Hvis du vil kontrollere en kampagne eller en transaktionsmail, før den når frem til nogen, skal du sende den til en testadresse på forsiden. Du får disse resultater samt blacklister, indhold, links og regler for masseafsendere i én rapport.