Sjekk SPF: hvem kan sende e-post i dette domenets navn?

SPF er DNS-posten der et domene lister opp serverne som har lov til å sende e-posten dets. Uten den, eller med en som er ødelagt eller for åpen, er det lettere å sende falsk e-post i domenets navn. Skriv inn et domene, en e-postadresse eller en lenke, så leser vi SPF-en og forklarer den.

Legg til som foretrukket kilde Last ned påGoogle Play Last ned påApp Store

Slik bruker du det

Skriv inn domenet du vil sjekke, eller lim inn en e-postadresse eller en lenke: vi bruker bare domenet.
Trykk på «Sjekk SPF». Vi leser SPF-posten og følger hver include, slik en mottakerserver ville gjort.
Se på hvordan posten slutter og på antall oppslag: det du vil se, er «-all» eller «~all» og 10 oppslag eller færre.

Hva hvert resultat betyr

Dette domenet har ikke SPF: Det oppgir ikke hvilke servere som kan sende e-posten dets, og da er det lettere å utgi seg for å være det. Hvis det er ditt domene, bør du publisere en SPF-post.
SPF-posten har feil: Mottakerservere kan ikke bruke den, så for dem har domenet ikke SPF. Signalene nedenfor viser hva som er galt.
Hvem som helst kan sende e-post i dette domenets navn: Posten slutter med «+all», som godkjenner alle servere i verden. Satt opp slik beskytter SPF ingenting.
SPF beskytter ikke domenet helt: Posten sier ikke hva som skal skje med servere som ikke står på listen, så falsk e-post i domenets navn blir ikke flagget.
SPF er riktig satt opp: Domenet lister opp serverne som kan sende e-posten dets, og ber mottakerservere om å flagge eller avvise resten. SPF alene stopper ikke etterligning: det er DMARC som forteller mottakerservere hva de skal gjøre.

Hva hvert signal betyr

Domenet publiserer ingen SPF-post.
Et domene (dette eller et inkludert) publiserer mer enn én SPF-post. Bare én er tillatt, så mottakerservere behandler det som en feil.
Posten har et ledd som er skrevet feil, så mottakerservere behandler den som en feil.
Posten trenger mer enn 10 DNS-oppslag når alle include regnes med. Over 10 behandler mottakerservere den som en feil.
En include peker til et domene som ikke har en SPF-post, så mottakerservere behandler posten som en feil.
Include-ene går i ring: et domene ender med å inkludere seg selv.
Den slutter med «+all»: hvilken som helst server i verden kan sende e-post i dette domenets navn.
Den slutter med «?all»: den sier ingenting om servere som ikke står på listen, så den beskytter ikke.
Den slutter med «~all»: e-post fra andre servere merkes som mistenkelig, men avvises ikke. Det er den vanligste innstillingen.
Den har ingen «all» på slutten, så servere som ikke står på listen, får et nøytralt resultat og ingen beskyttelse.
Den bruker «ptr», en treg mekanisme som standarden fraråder. Mange mottakerservere hopper over den.
Den bruker makroer (ledd med %) som endres for hver melding, så vi kan ikke følge den delen, og det reelle antallet oppslag kan være høyere.

Hvilke land det dekker

Fungerer med domener fra alle land. Vi leser posten slik mottakerservere gjør (RFC 7208): mekanismene, hvordan den slutter, hver include og redirect opptil 30 oppslag, og antallet DNS-oppslag sammenlignet med grensen på 10.

Vi leser domenets offentlige DNS-poster. Hvis du skriver inn en e-postadresse eller en lenke, er det bare domenet som forlater nettleseren din. Domenet du slår opp, lagres ikke.

Ofte stilte spørsmål

Hva er SPF?

Sender Policy Framework: en DNS-post der et domene lister opp serverne som har lov til å sende e-posten dets. Serveren som mottar en melding, sjekker om serveren som leverte den, står på den listen.

Hva er best, «-all» eller «~all»?

«-all» ber mottakerservere om å avvise e-post fra servere som ikke står på listen; «~all» ber dem om å merke den som mistenkelig. Begge beskytter, og mange domener bruker «~all» og lar DMARC bestemme hva som skal skje. «+all» og «?all» beskytter ikke.

Hvorfor er grensen på 10 oppslag viktig?

Hver include, a, mx, ptr, exists og redirect får mottakerserveren til å spørre DNS. Hvis hele posten trenger mer enn 10, behandles den som en feil, og SPF slutter å virke. Fjern tjenester du ikke bruker lenger, eller be leverandøren din om en enklere include.

Stopper SPF falsk e-post alene?

Nei. SPF sjekker den skjulte konvoluttavsenderen, ikke adressen du ser i «Fra». Det er DMARC som kobler de to sammen og ber mottakerservere om å sette e-post som ikke består kontrollen, i karantene eller avvise den. Sjekk også DMARC for domenet.