Kontrollera SPF: vem får skicka e-post i den här domänens namn?

SPF är den DNS-post där en domän listar de servrar som får skicka dess e-post. Utan den, eller med en som är trasig eller för öppen, är det lättare att skicka falska mejl i domänens namn. Ange en domän, en e-postadress eller en länk så läser vi dess SPF och förklarar den.

Lägg till som föredragen källa Ladda ner påGoogle Play Ladda ner påApp Store

Så använder du det

Skriv domänen du vill kontrollera, eller klistra in en e-postadress eller en länk: vi använder bara domänen.
Tryck på ”Kontrollera SPF”. Vi läser SPF-posten och följer varje include, precis som en mottagande server skulle göra.
Titta på hur posten slutar och på antalet uppslag: det du vill se är ”-all” eller ”~all” och 10 uppslag eller färre.

Vad varje resultat betyder

Den här domänen har ingen SPF: Den anger inte vilka servrar som får skicka dess e-post, vilket gör det lättare att utge sig för att vara den. Om det är din domän, publicera en SPF-post.
SPF-posten innehåller fel: Mottagande servrar kan inte tillämpa den, så för dem har domänen ingen SPF. Signalerna nedan visar vad som är fel.
Vem som helst kan skicka e-post i den här domänens namn: Posten slutar med ”+all”, som godkänner alla servrar i världen. Med den inställningen skyddar SPF ingenting.
SPF skyddar inte domänen helt: Posten säger inte vad som ska hända med servrar som inte finns på listan, så falsk e-post i domänens namn flaggas inte.
SPF är rätt konfigurerat: Domänen listar de servrar som får skicka dess e-post och ber mottagande servrar att flagga eller avvisa resten. SPF ensamt stoppar inte imitation: det är DMARC som talar om för mottagande servrar vad de ska göra.

Vad varje signal betyder

Domänen publicerar ingen SPF-post.
En domän (den här eller en inkluderad) publicerar mer än en SPF-post. Bara en är tillåten, så mottagande servrar behandlar det som ett fel.
Posten har en term som är felskriven, så mottagande servrar behandlar den som ett fel.
Posten kräver mer än 10 DNS-uppslag när alla dess include räknas med. Över 10 behandlar mottagande servrar den som ett fel.
En include pekar på en domän som saknar SPF-post, så mottagande servrar behandlar posten som ett fel.
Dess include bildar en slinga: en domän inkluderar till slut sig själv.
Den slutar med ”+all”: vilken server som helst i världen får skicka e-post i den här domänens namn.
Den slutar med ”?all”: den säger ingenting om servrar som inte finns på listan, så den skyddar inte.
Den slutar med ”~all”: e-post från andra servrar markeras som misstänkt men avvisas inte. Det är den vanligaste inställningen.
Den har inget ”all” i slutet, så servrar som inte finns på listan får ett neutralt resultat och inget skydd.
Den använder ”ptr”, en långsam mekanism som standarden avråder från. Många mottagande servrar hoppar över den.
Den använder makron (termer med %) som ändras för varje meddelande, så vi kan inte följa den delen och det verkliga antalet uppslag kan vara högre.

Vilka länder som ingår

Fungerar med domäner från alla länder. Vi läser posten som mottagande servrar gör (RFC 7208): dess mekanismer, hur den slutar, varje include och redirect upp till 30 uppslag och antalet DNS-uppslag jämfört med gränsen på 10.

Vi läser domänens offentliga DNS-poster. Om du skriver en e-postadress eller en länk lämnar bara domänen din webbläsare. Domänen du slår upp sparas inte.

Vanliga frågor

Vad är SPF?

Sender Policy Framework: en DNS-post där en domän listar de servrar som får skicka dess e-post. Servern som tar emot ett meddelande kontrollerar om servern som levererade det finns på listan.

Vilket är bäst, ”-all” eller ”~all”?

”-all” ber mottagande servrar att avvisa e-post från servrar som inte finns på listan; ”~all” ber dem att markera den som misstänkt. Båda skyddar, och många domäner använder ”~all” och låter DMARC avgöra vad som ska hända. ”+all” och ”?all” skyddar inte.

Varför spelar gränsen på 10 uppslag roll?

Varje include, a, mx, ptr, exists och redirect får den mottagande servern att fråga DNS. Om hela posten kräver mer än 10 behandlas den som ett fel och SPF slutar fungera. Ta bort tjänster du inte längre använder eller be din leverantör om en enklare include.

Stoppar SPF ensamt falska mejl?

Nej. SPF kontrollerar den dolda kuvertavsändaren, inte adressen du ser i ”Från”. Det är DMARC som kopplar ihop de två och ber mottagande servrar att sätta e-post som inte klarar kontrollen i karantän eller avvisa den. Kontrollera också domänens DMARC.