Analyser e-posthoder: SPF, DKIM, DMARC og rute

Les ruten nedenfra og opp

Hver server som håndterer en melding, legger til en Received-linje over linjene som allerede finnes. Det eldste hoppet er derfor nederst, og det siste, din egen e-postleverandør, er øverst. Analyseverktøyet gjør dem om til en liste i den rekkefølgen meldingen ble sendt, med tidspunktet hver server oppgir at den mottok meldingen, og tidsforskjellen siden forrige hopp.

Et opphold på noen sekunder er normalt. Flere minutter betyr vanligvis at meldingen ble liggende i en kø fordi en mottaker ba om et nytt forsøk på grunn av greylisting, et mellomledd var opptatt eller avsenderens eget utgående filter holdt den tilbake. Går klokken bakover? Da har en av serverne feil klokkeslett.

Hvilke Authentication-Results du kan stole på

Authentication-Results (RFC 8601) er feltet der en mottakende server registrerer resultatene for SPF, DKIM, DMARC og noen ganger ARC. En melding kan inneholde flere slike linjer, og bare den som ble lagt til av serveren som leverte meldingen til deg, teller. Alt nedenfor ble skrevet før leverandøren din mottok meldingen, av servere du ikke har noen grunn til å stole på, og en avsender kan skrive hva som helst der.

Analysatoren bruker den øverste som resultat og viser resten separat. Ved siden av ser du de tre domenene som avgjør samsvar: From-domenet, DKIM-domenet i d= og Return-Path-domenet som SPF ble kontrollert mot. DMARC godkjennes bare når SPF eller DKIM godkjennes for et domene som samsvarer med From-domenet. Ved å sammenligne dem kan du ofte se hvorfor kontrollen mislyktes.

Hvor finner du e-posthodene?

I Gmail åpner du meldingen, klikker på de tre prikkene ved siden av Svar og velger Vis originalen. I Outlook på nettet åpner du meldingen, velger Flere handlinger, deretter Vis og Vis meldingsdetaljer. I skrivebordsappen for Outlook velger du Fil, deretter Egenskaper og feltet Internett-hoder. I Apple Mail velger du Vis, Melding og Alle brevhodene. Kopier alt ned til den første tomme linjen, som markerer starten på meldingsteksten. Hvis du limer inn hele meldingen, fjernes meldingsteksten før analysen.

E-posthoder inneholder IP-adresser og e-postadresser. De leses i minnet for å lage resultatet og blir ikke lagret, bufret eller loggført.

Test en ekte e-post i stedet

Hvert av disse verktøyene kontrollerer én del av oppsettet ditt. Den fullstendige testen leser selve e-posten: Send én melding til en midlertidig adresse og få SPF, DKIM og DMARC slik en mottaker vurderte dem, svartelister, innhold, begge spam-poengsummene og en plan for retting. Legg til testing av innboksplassering for å se hvilken mappe meldingen havner i hos Gmail, Outlook, Yahoo og andre leverandører.

Test e-posten din Se eksempelrapport

Spørsmål

Hvordan leser jeg e-posthoder?

Start med den nederste Received-linjen og gå oppover. Dette er rekkefølgen serverne behandlet meldingen i. Se deretter på den øverste Authentication-Results-linjen, som din egen leverandør la til, for resultatene fra SPF, DKIM og DMARC.

Hvorfor godkjennes DKIM når DMARC mislykkes?

DMARC krever en godkjent DKIM-signatur der d=-domenet samsvarer med From-domenet, eller en godkjent SPF-kontroll for et Return-Path-domene som samsvarer med det. En signatur fra sendeplattformens eget domene godkjennes av DKIM, men har likevel ingen betydning for DMARC. Analysatoren viser de tre domenene ved siden av hverandre, slik at avviket blir synlig.

Full veiledning: DMARC fail

Hva betyr lang forsinkelse mellom to serverhopp?

Meldingen ventet på serveren der forsinkelsen begynte. Vanlige årsaker er greylisting, der mottakeren ber avsenderen prøve igjen senere, en full utgående kø eller et filter som skanner e-posten før den sendes videre. En enkelt forsinkelse på noen minutter er sjelden et leveringsproblem. Den forklarer hvorfor meldingen kom sent.

Kan e-posthoder forfalskes?

Alt en avsender skriver, kan forfalskes. Received-linjer under linjene fra din egen leverandør og gamle Authentication-Results-linjer kan være oppdiktet. Det leverandøren din la til øverst, kan ikke forfalskes, og leverandøren kan kontrollere DKIM-signaturen mot avsenderens offentlige nøkkel. Analysatoren verifiserer ikke signaturene selv. Den leser leverandørens resultat fra den øverste linjen.

Hva er ARC i e-posthodene?

ARC (RFC 8617) gjør det mulig for en videresendingstjeneste, for eksempel en e-postliste eller videresendingsadresse, å registrere autentiseringsresultatene den så før den endret meldingen. Den endelige mottakeren kan deretter velge å stole på denne registreringen når videresendingen har brutt SPF eller DKIM.

Kan jeg teste en melding før jeg sender den?

Ja. E-posthoder finnes først etter at en melding er levert et sted. For å kontrollere en kampanje eller transaksjonsbasert e-post før den når noen, sender du den til en testadresse på startsiden. Du får disse resultatene samt svartelister, innhold, lenker og reglene for masseavsendere i én rapport.

Common errors

Andre gratisverktøy

SPF-sjekkSyntaks, include-kjeden og grensen på ti oppslag.DMARC-sjekkPolicy, samsvar og hvem som mottar rapportene.DKIM-sjekkDen publiserte nøkkelen for en selektor: type, størrelse og flagg.Sjekk e-postsvartelisteSvartelister for IP og domener, liste for liste.Analyse av e-posthoder Du er herRuten, forsinkelsene og autentiseringsresultatet.Sjekk MX-record NyE-postservere, prioriteringer og mål som ikke virker.BIMI-sjekk NyOppføring, logo, sertifikat og DMARC-policy.