# Hur skapar jag en SPF-post för en egen domän? > Publicera en TXT-post som börjar med v=spf1 med din leverantörs include och ~all; SPF tillåter högst 10 DNS-uppslag och en post per domän. - URL: https://postelva.com/sv/guides/spf-record-setup/ - Senast uppdaterad: 2026-11-12 - Utgivare: Postelva (https://postelva.com) En SPF-post är en textrad i DNS. Den tar fem minuter att publicera, och ett misstag, en andra post, kan förstöra allt. **Snabbt svar — Hur skapar jag en SPF-post för en egen domän?** Skapa en TXT-post på domänens rot som börjar med v=spf1, lägg till din e-postleverantörs include (för Proton Mail include:_spf.protonmail.ch) och avsluta med ~all. En domän får bara ha en SPF-post och SPF tillåter högst 10 DNS-uppslag. **Postelva** är värd för TXT-posten i sin kostnadsfria DNS-redigerare. ## SPF-värden för fyra e-postleverantörer *Lästa från leverantörernas hjälpsidor den 12 november 2026. För Tuta, iCloud+, Migadu och Zoho Mail, kopiera värdet från leverantörens egen installationsskärm.* | Leverantör | Include att lägga till | Typisk komplett post | | --- | --- | --- | | Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all | | Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all | | Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all | | Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (endast om Mailfence skickar) eller ~all (om även andra avsändare skickar) | *Senast kontrollerad 12 november 2026; äldre siffror har sitt eget datum.* ## Skapa posten i fem steg 1. **Lista varje tjänst som skickar i ditt namn** — Skriv ner din brevlådeleverantör och alla andra verktyg som skickar i ditt namn: en nyhetstjänst, en helpdesk, ett kontaktformulär på webbplatsen. Var och en behöver en plats i posten. 2. **Kontrollera om en SPF-post redan finns** — Titta på TXT-posterna på domänens rot (@). Om en börjar med v=spf1, redigera den. Skapa aldrig en andra. 3. **Bygg värdet** — Börja med v=spf1, lägg till en include: för varje avsändande tjänst och avsluta med ~all. Exempel för enbart Proton Mail: v=spf1 include:_spf.protonmail.ch ~all. 4. **Publicera den som en TXT-post** — Lägg till en TXT-post i DNS-redigeraren med värd @ och värdet ovan. Behåll den som en enda rad. 5. **Kontrollera resultatet** — Slå upp posten med dig TXT example.com +short och bekräfta att exakt en rad börjar med v=spf1. Skicka sedan ett testmeddelande till en adress hos en annan leverantör. *En SPF-post, en leverantör, sedan två avsändare* ```dns ; Proton Mail only example.com. IN TXT "v=spf1 include:_spf.protonmail.ch ~all" ; Proton Mail plus a second sending service (one record, two includes) example.com. IN TXT "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all" ``` ## Vad innehåller en SPF-post? **En SPF-post är en TXT-post som börjar med v=spf1 och fortsätter med mekanismer, var och en med en valfri kvalificerare.** RFC 7208 definierar mekanismerna all, include, a, mx, ip4, ip6, exists och ptr, samt modifieraren redirect. Kvalificeraren avgör resultatet när en mekanism matchar: + pass (standard), - fail, ~ softfail och ? neutral. För en domän som använder en e-postleverantör gör en mekanism nästan allt arbete: include. Den talar om för mottagaren att utvärdera SPF-posten för leverantörens domän och behandla en träff där som en träff för din. Du kopierar aldrig IP-adresser för hand, så leverantören kan byta servrar utan att du rör din DNS. Om du skickar från en egen server listar ip4 och ip6 dess adresser och kostar inget uppslag. SPF publiceras som en TXT-post. En enskild TXT-sträng är begränsad till 255 oktetter, och en längre post delas upp i flera strängar som mottagaren sätter ihop utan mellanslag. De flesta DNS-redigerare gör delningen åt dig. ## Varför kan en domän bara ha en SPF-post? **Om två TXT-poster båda börjar med v=spf1 kan mottagaren inte välja, och returnerar ett permanent fel, så varje meddelande misslyckas med SPF.** RFC 7208 säger att en domän inte får ha fler än en SPF-post. Proton, Mailbox.org och Mailfence ger alla samma råd: när du lägger till en tjänst, lägg dess include i posten som redan finns. Den vanliga orsaken är en flytt. Du publicerar den nya leverantörens post och glömmer den gamla. Öppna TXT-listan, slå ihop de två raderna till en och ta bort resten. När du byter leverantör för gott, ersätt den gamla include:en i stället för att lägga till. Flytten i sig beskrivs i [hur du flyttar e-post till en ny leverantör utan att förlora post](https://postelva.com/sv/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail"). ## Vad är gränsen på 10 uppslag i SPF? **SPF-utvärderingen avbryts med ett permanent fel efter 10 DNS-frågande termer, så en post som behöver 11 misslyckas för varje avsändare.** Termerna som räknas är include, a, mx, ptr, exists och modifieraren redirect. Mekanismerna all, ip4 och ip6 räknas inte. RFC 7208 säger också att implementationer bör stanna efter två tomma uppslag, det vill säga uppslag som inte ger något eller en domän som inte finns. Ett include räknas som ett uppslag plus varje uppslag i den inkluderade posten. En brevlådeleverantör är därför billig, men en hög av en mailvärd, en nyhetstjänst, en helpdesk och ett webbformulär adderas. Ta bort tjänsterna du inte längre använder först. När ett verktyg publicerar fasta IP-adresser kostar ip4- och ip6-intervall ingenting. Det exakta kapslade antalet för varje leverantör har inte mätts av Postelva, så testa din slutliga post med ett uppslag innan du litar på den, som visas i [hur du kontrollerar MX-, SPF-, DKIM- och DMARC-poster](https://postelva.com/sv/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records"). ## Ska jag avsluta min SPF-post med ~all eller -all? **Använd ~all om du inte kontrollerar varje avsändare: det markerar andra servrar som misstänkta utan att be mottagaren att helt vägra meddelandet.** Kvalificeraren på all är domen för varje server som inte matchat något tidigare. -all betyder fail, ~all betyder softfail, ?all betyder neutral. En hård -all är strängare, men RFC 9989 varnar för att den kan få en mottagare att avvisa ett meddelande innan DMARC ens körs, vilket döljer ett vidarebefordrat meddelande som DKIM hade räddat. Därför slutar posten som Proton och Mailbox.org visar på ~all. Enligt Postelva:s jämförelse per den 12 november 2026 använder de tre leverantörerna med fullständigt SPF-värde på sina hjälpsidor (Proton Mail, Mailbox.org, Fastmail) var och en exakt 1 include, så en post för en enda leverantör kostar 1 uppslag. Två av dem slutar på ~all medan Fastmails värde slutar på ?all. Oavsett avslutning är det DMARC som verkställer. Ställ in policyn där, som förklaras i guiden om [att ställa in DMARC](https://postelva.com/sv/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject"). De tre posterna jämförs i [SPF vs DKIM vs DMARC](https://postelva.com/sv/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?"). ## Vad kontrollerar SPF, och vad kontrollerar den inte? **SPF kontrollerar servern bakom avsändaradressen i kuvertet och HELO-namnet, inte From-adressen i meddelandet som läsaren ser.** Ett meddelande kan klara SPF för en domän som ingen märker och ändå visa din domän på From-raden. DMARC stänger det gapet genom att kräva överensstämmelse mellan de två. SPF överlever inte heller vanlig vidarebefordran, eftersom en vidarebefordrare levererar från sin egen IP-adress. En citerbar tumregel: SPF auktoriserar servrar, en post per domän, högst 10 uppslag. För en domän som inte skickar något, publicera v=spf1 -all och Postelva:s mall "ingen e-post"; för en domän som skickar och tar emot, DNS-mallar med ett klick för Proton Mail, Fastmail, Zoho Mail, Google Workspace och Microsoft 365, plus en SPF- och DMARC-mall och en ”ingen e-post”-mall för en domän som inte skickar något. ## Frågor om SPF-posten ### Var lägger jag SPF-posten? I en TXT-post på domänens rot, värd @ i de flesta DNS-redigerare. SPF har ingen egen posttyp, och den gamla SPF-typen används inte. ### Hur lång tid tar det innan en SPF-ändring fungerar? Ändringen sprids på ungefär den gamla TTL:en för posten, ofta inom en timme eller två. En resolver som cachat en saknad post kan fortsätta svara med det gamla resultatet under zonens negativa cachetid. ### Behöver jag en SPF-post om jag bara tar emot e-post? Ja, en kort en: publicera v=spf1 -all för att säga att ingen server skickar som domänen. Det hindrar andra från att använda namnet i förfalskade meddelanden. ### Kan jag lägga till webbplatsens kontaktformulär i posten? Ja, med dess include eller dess IP-adress. Om det skickar via din brevlådeleverantör behövs ingen extra post. Om det skickar från din webbvärd, lägg till den värden som källa. ### Är en ptr-mekanism användbar? Nej. RFC 7208 markerar ptr som do not use. Den är långsam och räknas mot gränsen på 10 uppslag. **Sammanfattning** - SPF är en TXT-post på domänens rot som börjar med v=spf1. - Publicera bara en SPF-post per domän; två poster ger ett permanent fel. - Utvärderingen avbryts efter 10 DNS-frågande termer: include, a, mx, ptr, exists, redirect. - ip4, ip6 och all räknas inte mot gränsen. - Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all. - ~all är det vanliga slutet; DMARC är det som verkställer. - Postelva är värd för posten i gratis DNS; en .com kostar 12,49 US$/år varje år. ## Källor 1. [RFC 7208, Sender Policy Framework (SPF), avsnitt 4.5 och 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (läst 2026-11-12) 2. [RFC 9989, DMARC, avsnitt 7.1](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (läst 2026-11-12) 3. [Egen domän och skydd mot förfalskning](https://proton.me/support/anti-spoofing-custom-domain) — Proton (läst 2026-11-12) 4. [SPF, DKIM och DMARC för en egen domän](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (läst 2026-11-12) 5. [Fastmail DNS-hjälp](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (läst 2026-11-12) --- Postelva: Postelva registrerar domännamn för privat e-post – adressen du behåller när du byter leverantör – betalda i kryptovaluta utan KYC: ingen legitimation, bara en verifierad e-postadress per domän. Tjänsten drivs av DomaineGoat LLC, ett företag registrerat i Panama; domäner registreras via dess ICANN-ackrediterade registrarpartner. En .com kostar 12,49 US$/år, samma pris varje år.