Alla utvecklarverktyg

Bygg en giltig SPF-post från de tjänster som skickar din e-post, och kontrollera sedan vad din domän publicerar mot reglerna i RFC 7208.

Gratis

1Vem skickar e-post för den här domänen?

Markera varje tjänst som skickar e-post med din domän i From-adressen. Var och en lägger till den include:-term den kräver och de DNS-uppslag den kostar.

2Dina egna servrar

En per rad. IP-termer kostar inget DNS-uppslag, så föredra dem när du kan.

En domän per rad: var och en blir en include:-term. Redan skrivna termer behålls som de är.

3Hur är det med alla andra?

Den sista termen avgör hur mottagare behandlar e-post från alla servrar som inte listas ovan.

Din SPF-post


		

Så publicerar du den
Posttyp
TXT
Namn / värd
@ (domänens rot)
TTL
3600
  1. Öppna DNS-zonen för din domän hos din registrar eller DNS-leverantör.
  2. Ta bort eventuell befintlig SPF-post: en domän måste publicera exakt en.
  3. Lägg till en TXT-post på domänens rot med värdet ovan.
  4. Vänta tills TTL har gått ut och bekräfta sedan med fliken Kontroll.

En domän får bara publicera en SPF-post. För att lägga till en ny avsändare, redigera den befintliga posten, lägg aldrig till en andra.

Bygg posten till vänster, eller växla till kontrollen för att läsa den SPF-post som en domän publicerar just nu: varje mekanism förklaras och gränsen på tio uppslag räknas åt dig.

Bygg posten till vänster, eller växla till kontrollen för att läsa den SPF-post som en domän publicerar just nu: varje mekanism förklaras och gränsen på tio uppslag räknas åt dig.

Your results appear here Fill in the field above, then run the check.
Publicerad post
Budget för DNS-uppslag
RFC 7208 tillåter tio
#TermHittad i
Varje term förklarad
TermResultatVad den gör
Det vi hittade

Om Skapa och kontrollera SPF-post

SPF-postgeneratorn och -kontrollen gör de två jobb som en domänägare faktiskt behöver. Generatorn frågar vilka tjänster som skickar e-post med din domän (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, dina egna servrar) och sätter ihop en giltig `v=spf1`-post av dem, och räknar de DNS-uppslagningar den kommer att kosta medan du bygger. Kontrollen läser den post din domän publicerar just nu, förklarar varje mekanism på klarspråk och testar den mot RFC 7208.

Regeln som fäller flest är gränsen på tio uppslagningar. Varje `include`-, `a`-, `mx`-, `ptr`- och `exists`-term kostar en DNS-förfrågan, och det gör även varje term i de poster de pekar på. Går du över tio returnerar mottagarna ett permanent fel, vilket innebär att SPF misslyckas för all din e-post, inte bara den förfalskade delen. Kontrollen följer dina include rekursivt och visar exakt var varje uppslagning går åt, så att du ser vilken avsändare som tog dig över gränsen.

Den flaggar också de fel som i det tysta gör en SPF-post verkningslös: en andra SPF-post på samma domän (som gör båda ogiltiga), `+all` (som godkänner hela internet), ett saknat `all` (som inte hävdar något), den föråldrade mekanismen `ptr`, termer placerade efter `all` där de aldrig läses, och syntaxfel som gör hela posten till ett permanent fel.

Så använder du Skapa och kontrollera SPF-post

  1. På fliken Generator bockar du för varje tjänst som skickar e-post med din domän i Från-adressen.
  2. Lägg till dina egna e-postservrar: slå på mx och klistra in eventuella fasta IPv4- eller IPv6-intervall: IP-termer kostar ingen DNS-uppslagning.
  3. Håll koll på uppslagningsmätaren. Går den över tio, ta bort en avsändare eller ersätt ett include med IP-intervallen bakom det.
  4. Välj slutlig policy: börja med ~all (markera som misstänkt) och skärp till -all när dina DMARC-rapporter är rena.
  5. Kopiera posten och publicera den som en enda TXT-post på roten av din domän, och ersätt eventuell befintlig SPF-post.
  6. Kom tillbaka till fliken Kontroll när TTL har löpt ut och bekräfta att den publicerade posten tolkas utan problem.

Vanliga frågor

RFC 7208 tillåter högst tio DNS-frågande termer per utvärdering: include, a, mx, ptr, exists och modifieraren redirect. Uppslagningar inuti de poster du inkluderar räknas också. Över tio returnerar mottagarna ett permanent fel och SPF misslyckas för varje meddelande du skickar.

Nej. En domän måste publicera exakt en v=spf1-post. När en mottagare hittar två returnerar den ett permanent fel och SPF misslyckas för all din e-post. För att lägga till en avsändare, redigera den befintliga posten i stället för att lägga till en andra.

Börja med ~all, som säger åt mottagare att acceptera avsändare som inte finns i listan men behandla dem som misstänkta. När dina aggregerade DMARC-rapporter visar att varje legitim avsändare passerar, byt till -all för full tillämpning. Använd aldrig +all: det godkänner hela internet.

Ta bort avsändare du inte längre använder, ersätt ett include med ip4:/ip6:-intervallen bakom det (IP-termer kostar ingen uppslagning), flytta nyhetsbrev till en underdomän med egen post, eller använd en leverantör som erbjuder en förenklad (flattened) post.

Nej. SPF godkänner bara sändande servrar och slutar fungera när e-post vidarebefordras. Det måste kombineras med DKIM och en DMARC-policy för att mottagare ska agera vid fel, vilket är precis vad Gmail och Yahoo har krävt av massutskickare sedan 2024.

Ja, helt gratis och utan registrering. Generatorn körs i din webbläsare och kontrollen gör en vanlig, hastighetsbegränsad DNS-uppslagning.


Populära sökningar
spf post generator spf kontroll kontrollera spf post spf sökning spf validerare generera spf post spf post för google workspace spf 10 uppslagsgräns kolla spf post för domän spf syntaxkontroll
Behöver du hjälp?
Hittade du ett problem med det här verktyget? Berätta för oss.
Rapportera ett problem

Lägg till det här gratisverktyget på din egen webbplats: kopiera och klistra in koden nedan.