Hoppa till innehållet

Cookieinställningar

Välj vilka typer av cookies du tillåter. Du kan alltid ändra ditt val via Cookieinställningar längst ned på varje sida. Integritetspolicy

Nödvändiga

Alltid på

Behövs för att logga in, spara din varukorg och komma ihåg dina val. De är alltid på.

Vilka cookies?
  • weboke_sessie, weboke_klant, weboke_remember: din session och att du förblir inloggad
  • weboke_basket: din varukorg
  • wkBtwIncl: visa priser med eller utan moms
  • wok_cookies: ditt cookieval, 12 månader

Mäter vilken annons som leder till ett besök eller en beställning, så att vi inte betalar för annonser som inte ger något.

Vilka cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), upp till 90 dagar
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: via vilken partner du kom till oss (affiliateprogram), 60 dagar

100 % hållbart webbhotell 4,6 av 5 · 450+ omdömen
4,6
WebbhotellSnabbt webbhotell för alla webbplatser — från €2,23 (≈ 24,59 kr)/mån MCP-server för AINYLåt Claude, ChatGPT eller Mistral arbeta med din webbplats · Gratis från WebHost Two Email Only-webbhotellSkapa dina egna e-postkonton — från €1,95 (≈ 21,50 kr)/mån ÅterförsäljarhostingSälj webbhotell vidare själv — från €5,21 (≈ 57,45 kr)/mån NextcloudNYDitt eget europeiska moln — från €3,50 (≈ 38,59 kr)/mån Hållbart webbhotellWebbhotell på grön el med återvinning av spillvärme
Gratis flyttservice Vi flyttar din webbplats utan driftavbrott. Din e-post flyttar du själv med vårt kostnadsfria verktyg Flytta e-post. Mer om flytt →
4,6 av 5 · 450+ omdömen Se alla paket →
Registrera domännamn.se, .com och 500+ domänändelserfrån €33,99 (≈ 375 kr) /år Flytta domänTa med ditt domännamn till WebOké Bulkregistrering/-flyttMånga domäner i varukorgen på en gång
.se €33,99 (≈ 375 kr)/år.com €14,95 (≈ 165 kr)/år.eu €5,49 (≈ 60,53 kr)/år 500+ domänändelser →
NextcloudNYMolnlagring och dokumentredigering på servrar i Nederländerna€3,50 (≈ 38,59 kr) /mån Euro-OfficeNYWord, Excel och PowerPoint i din webbläsare Email Only-webbhotellSkapa dina egna e-postadresser€1,95 (≈ 21,50 kr) /mån Flyttservice för webbplatserDet är enkelt att byta, vi flyttar din webbplats åt digGRATIS PHP-uppgraderingNYFöråldrad webbplats säker och uppdaterad igenfrån €99,00 (≈ 1 092 kr)
KunskapsbasGuider och vanliga frågorKurserLär dig gratis, steg för stegNedladdningarKontakta ossKontakta vårt supportteam med alla dina frågorAnge aktiveringskodAnge koden från ett mejl från ossDriftstatusAlla system fungerar
Skriv till oss på WhatsApp 4,6 av 5 · 450+ omdömen
WHOIS lookupSe vem som äger ett domännamnIP lookupGratis kontroll av IP-adress och platsSSL-kontrollKontrollera ett SSL-certifikatTesta din webbplats inför flyttSe din webbplats hos oss innan flyttenDomänhälsaKontrollera att din domän är rätt inställdVerktyg för DNS/DNSSEC-analysKontrollera DNSSEC-kedjan och nameservrarnaFlytta e-postVerktyg för e-postflytt
Alla verktyg →

Land och språk

Varje land har en egen webbplats med landets priser och moms.

Visa

Modul 4 · 4.5

Alla filmer
Svenska
Nederlands English Deutsch Français Dansk Español Svenska Italiano Polski Português Română Ελληνικά Български Hrvatski Norsk Lietuvių Slovenščina

DMARC: vad mottagare ska göra med falsk e-post

Modul 4: Poster för e-post · Lästid: 10 minuter

Lärandemål: Efter den här lektionen kan du förklara hur DMARC kombinerar SPF och DKIM, skapa en giltig DMARC-post och skärpa policyn steg för steg.

Nyckelbegrepp: DMARC, _dmarc, v=DMARC1, policy p=none / quarantine / reject, uppriktning (alignment), rua-rapporter, sp= och np=, testläge t=, exakt en DMARC-post

Den saknade pusselbiten

SPF (lektion 4.3) kontrollerar från vilken server ett mejl kommer, men tittar på den tekniska envelope-adressen. DKIM (lektion 4.4) kontrollerar en signatur, men den kan höra till vilket domän som helst. En bedragare kan alltså skicka ett mejl med "Från: info@example.com" som klarar SPF utan problem för sitt eget domän och är korrekt signerat med sitt eget domän.

DMARC (Domain-based Message Authentication, Reporting and Conformance) sluter den cirkeln. Det ställer en fråga: hör den godkända SPF- eller DKIM-kontrollen ihop med domänen som mottagaren ser i "Från:"-adressen? Det kallas uppriktning (alignment). Och du talar om för mottagare vad de ska göra om svaret är nej.

DMARC beskrevs 2015 i RFC 7489. I maj 2026 publicerades den reviderade versionen som officiell internetstandard: RFC 9989 (med RFC 9990 och 9991 för rapporterna). Befintliga poster med v=DMARC1 fortsätter att gälla.

Hur en mottagare bestämmer sig

Kommer det in ett mejl med avsändare info@example.com, gör mottagaren så här:

  1. SPF: kommer mejlet från en tillåten server, och hör envelope-domänen ihop med example.com?
  2. DKIM: finns det en giltig signatur, och hör det signerande domänen (d=) ihop med example.com?
  3. DMARC: lyckades minst en av dessa två och är den uppriktad? Då är mejlet i sin ordning. Om inte, följer mottagaren din policy.

En av de två räcker. Därför är DKIM så viktigt för tjänster som skickar med en egen envelope-adress, som många nyhetsbrevstjänster: där klarar SPF sig visserligen, men inte för din domän. Bara en DKIM-signatur med d=example.com gör det då godkänt.

"Hör ihop med" betyder som standard: samma organisationsdomän. nieuws.example.com hör ihop med example.com. Det kallas relaxed uppriktning. Med adkim=s eller aspf=s (strict) måste det vara exakt samma domän. För nästan alla räcker relaxed.

Hur ser en DMARC-post ut?

En DMARC-post är en TXT-post på namnet _dmarc i din domän:

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

Den består av delar (taggar) åtskilda med semikolon.

TaggBetydelse
v=DMARC1Det här är en DMARC-post. Måste stå allra först.
p=Policyn för din domän: none, quarantine eller reject.
rua=mailto:...Valfritt: adress för dagliga sammanfattningsrapporter.
sp=Valfritt: annan policy för subdomäner som finns.
np=Valfritt (nytt i RFC 9989): policy för subdomäner som inte finns, som factuur.example.com om du aldrig skapat det. Bedragare gillar att använda sådana namn.
adkim= / aspf=Valfritt: r (relaxed, standard) eller s (strict).
t=yValfritt (nytt i RFC 9989): testläge. Mottagare tillämpar en något mildare policy. Ersätter den gamla pct=.

Att välja policy

PolicyVad mottagaren gör
p=noneInget. Mejlet levereras ändå. Du får rapporter om du fyller i rua. Det kallas också övervakning.
p=quarantineMejl som inte stämmer hamnar i skräppostmappen.
p=rejectMejl som inte stämmer avvisas. Det bästa skyddet mot missbruk av ditt namn.

Klok ordning:

  1. Få först SPF och DKIM i ordning, för alla tjänster som mejlar i ditt namn: din e-postleverantör, din webbplats, din nyhetsbrevstjänst, ditt bokföringsprogram, din webbutik.
  2. Börja med p=none och en rua-adress. Titta i rapporterna i några veckor för att se vilka tjänster som mejlar i din domäns namn och om de klarar kontrollen.
  3. Gå vidare till p=quarantine, och om allt fortsätter fungera, till p=reject.

Är du osäker på om alla dina tjänster är korrekt inställda, gå inte direkt till reject. En glömd tjänst (till exempel programmet som skickar dina fakturor) når då inte längre fram.

Vissa webbhotell sätter direkt en strikt DMARC-post (p=reject) på ett nytt paket. Det är säkert så länge all din e-post går via deras servrar. Börjar du även mejla via andra tjänster, kontrollera då först deras SPF och DKIM.

Rapporter

Med rua=mailto:dmarc@example.com får du dagligen en sammanställning (en XML-fil) från stora mottagare om vem som mejlade i din domäns namn och om det lyckades. Praktiskt, men tekniskt. Använd en separat adress för det; du får snabbt några per dag. Det finns tjänster som gör rapporterna läsbara.

Skickar du rapporter till en adress på ett annat domän (till exempel en rapporteringstjänst), måste den andra domänen ge tillstånd i sin DNS. Tjänsten ordnar det oftast själv.

Vanliga misstag

  • Två DMARC-poster. Det får bara finnas en på _dmarc. Vid två behandlar mottagaren det som att du saknar DMARC. Justera den befintliga posten istället.
  • På fel namn. Posten ska ligga på _dmarc.example.com, inte på example.com självt.
  • Skrivfel i taggarna. p=reject fungerar, p=rejected eller policy=reject gör det inte. Utan en giltig p= räknas posten som p=none.
  • Att slå på DMARC innan SPF och DKIM stämmer. Då avvisar du din egen e-post.
  • Att kolla för snabbt efter en ändring. En DMARC-post har ibland en lång TTL (till exempel fyra timmar). Efter en ändring ser du därför den gamla posten ett tag till.

Varför det spelar roll

Sedan februari 2024 kräver Gmail och Yahoo av avsändare av stora mängder e-post (fler än cirka 5 000 per dag) en DMARC-post, minst med p=none, och att SPF eller DKIM uppriktat lyckas. Microsoft ställer samma krav sedan maj 2025 för Outlook.com och Hotmail. Även för små avsändare förbättrar DMARC leveransen och skyddar dina kunder mot falska fakturor i ditt namn.

I praktiken: så ser det ut i en panel

I det här exemplet använder vi DirectAdmin. I DNS-administration klickar du på pennan bakom TXT-posten _dmarc, eller så skapar du en ny TXT-post med namnet _dmarc och väljer DMARC under TXT-posttyp. Under Domänpolicytyp väljer du Ingen, Karantän eller Avvisa; under Aggregerad e-post (RUA) fyller du eventuellt i en rapportadress. Mitt WebOké har en liknande DMARC-hjälp på fliken DNS.

Har din panel ingen hjälpfunktion, skapar du en vanlig TXT-post på _dmarc och skriver texten själv. Resultatet blir detsamma.

Sammanfattning

  • DMARC kontrollerar om SPF eller DKIM lyckas för domänen i "Från:"-adressen (uppriktning).
  • Posten ligger på _dmarc.<domän>, börjar med v=DMARC1 och har en policy p=none, quarantine eller reject.
  • Få först SPF och DKIM i ordning för alla tjänster, sedan p=none med rapporter, sedan skärpning.
  • Exakt en DMARC-post per domän.

Quiz

1. Ett mejl med avsändare info@example.com klarar SPF, men envelope-domänen är bounce.nieuwsdienst.example. Det finns ingen DKIM-signatur. Vad säger DMARC?



2. Vilken DMARC-policy låter e-post som inte stämmer komma fram ändå, men ger rapporter?



3. På vilket namn ska DMARC-posten för example.com ligga?



4. Du vill gå till p=reject. Vad kontrollerar du först?



5. Vad gör np=reject i en DMARC-post?



Uppgift

Uppgift Z4.5: Slå upp DMARC. Slå upp DMARC-posten för sidn.nl (webbplatsen för SIDN, registeransvarig för .nl i Nederländerna) eller för ditt eget domän. Klistra in hela posten och ange vilken policy (p=) som anges.

Uppgift Z4.5: Slå upp DMARC




Det du fyller i och det vi hittar live sparar vi inte. Din webbläsare kommer ihåg dina svar och om du klarat uppgiften. Är du inloggad sparar vi bara att du hade uppgiften (nästan) rätt i Mina kurser, där kan du också ta bort det.

Uppgift O4.5: Ställ in själv i din övningszon. I övningszonen skickar du rapporterna till en fast övningsadress; för ditt riktiga domän använder du en egen adress. Skapa i din övningszon <code>.dnspractice.eu en DMARC-post med policyn quarantine (eller none om du vill börja med övervakning) och rapporter till dmarc@dnspractice.eu (rua=mailto:dmarc@dnspractice.eu).

Uppgift O4.5

Den här uppgiften gör du i din egen övningszon: en riktig DNS-zon på WebOkés namnservrar, bara för dig. Logga in med din e-postadress. Du får en inloggningslänk via mejl och kommer sedan tillbaka till den här lektionen. Vi använder din adress bara för kursen.

Läs mer

Stegen i dessa artiklar gäller för WebOkés paneler; i andra paneler fungerar det på liknande sätt.

Ett ögonblick…

Ställ in dina domäner

Ställ in namnservrar, koppling till ditt webbhotell och vem som blir innehavare för varje domän.

Hämtar dina domäner…