Et tilbud, der ikke når frem, en faktura, der dukker op i spammappen: når dine e-mails havner i spam, står årsagen i headeren på den besked, der kom frem. Tre poster på dit domæne, SPF, DKIM og DMARC, beviser over for mailtjenesterne, at din post virkelig kommer fra dig. Denne guide sætter dem op i rækkefølge.
Authentication-Results giver resultatet for SPF, DKIM og DMARC._dmarc.dit-domaene.com, og start med p=none og en adresse til rapporter.p=quarantine og til sidst til p=reject.Hver mailtjeneste, der modtager en e-mail, tjekker, hvor den kommer fra, og skriver resultatet i beskedens header. For at læse det sender du en e-mail fra din virksomhedsadresse til en Gmail-adresse, åbner den, klikker på Mere (de tre prikker) og derefter på Vis oprindelig. Find linjen Authentication-Results:
Authentication-Results: mx.google.com;
dkim=pass header.i=@dit-domaene.com header.s=google;
spf=pass (google.com: domain of hej@dit-domaene.com designates 203.0.113.25 as permitted sender) smtp.mailfrom=hej@dit-domaene.com;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dit-domaene.com| Det, du ser | Det betyder | Hvor du skal gå videre |
|---|---|---|
spf=fail eller spf=softfail | Den server, der sendte beskeden, står ikke på domænets SPF-liste. | 1. SPF |
spf=permerror | SPF-posten er ugyldig: to poster på samme domæne eller mere end ti DNS-opslag. | 1. SPF |
dkim=none eller dkim=fail | Beskeden er ikke signeret, eller nøglen i DNS passer ikke til signaturen. | 2. DKIM |
dmarc=fail | Hverken SPF eller DKIM validerer domænet i den afsenderadresse, modtageren ser. | 3. DMARC og formularen på hjemmesiden |
Alt står på pass | Godkendelsen er i orden: årsagen ligger et andet sted, i omdømme, volumen eller indhold. | Når alt består |
De tre indstillinger er ujævnt udbredt. Blandt de 1.730 domæner hos SMV'er, der modtager post, i vores månedlige måling offentliggør 96 % en SPF-post, og 71 % har ingen DMARC-politik, der virker på resultatet.
SPF er en TXT-post i roden af dit domæne. Den begynder med v=spf1, nævner de servere, der må sende for domænet, og slutter med, hvad der skal ske med alle andre servere. De to mest udbredte mailudbydere offentliggør den værdi, der skal bruges:
v=spf1 include:_spf.google.com ~allv=spf1 include:spf.protection.outlook.com -allAlle andre tjenester, der sender med dit domæne, skal med i den samme post: nyhedsbrevsværktøj, faktureringsprogram, CRM og din webserver, hvis dens formularer selv sender mail. Hver tjeneste dokumenterer, hvilken include: der skal tilføjes; en server angives med sin adresse, med ip4::
v=spf1 include:_spf.google.com ip4:203.0.113.25 ~allv=spf1, gør SPF ugyldig (permerror): slå dem sammen til én.include, a, mx, ptr, exists og redirect tæller med, også dem, der ligger inde i dine includes. Over ti er SPF ugyldig. ip4 og ip6 tæller ikke.-all erklærer alle andre servere for ikke-godkendte, ~all markerer dem uden at kalde dem illegitime. Google foreslår ~all i sin dokumentation, Microsoft foreslår -all. Når DMARC er på plads, er det dens politik, der afgør, hvad der sker med en besked, der fejler.DKIM tilføjer en signatur til hver besked, som modtagerens mailtjeneste tjekker mod en offentlig nøgle i din DNS, under et navn af formen selektor._domainkey.dit-domaene.com. Signeringen sker hos den tjeneste, der sender; din opgave er at offentliggøre den nøgle, den giver dig.
google, og Google anbefaler en nøgle på 2048 bit. Offentliggør TXT-posten google._domainkey, og kom derefter tilbage og klik på «Start authentication».https://security.microsoft.com/authentication?viewid=DKIM; menunavnene er gengivet på engelsk). DKIM bygger dér på to CNAME-poster, selector1._domainkey og selector2._domainkey, hvis præcise værdier portalen viser for dit domæne: kopiér dem, som de er, og slå derefter signeringen til.Gmail accepterer nøgler på 1024 bit og derover; 2048 bit er den længde, standarden anbefaler. Regn med op til 48 timer, før en nyligt offentliggjort nøgle er synlig overalt.
DMARC knytter SPF og DKIM til den adresse, modtageren ser, nemlig den i feltet From. En besked består DMARC, når SPF eller DKIM er gyldig for domænet i den adresse: det kaldes alignment. Posten angiver også, hvad der skal ske med en besked, der fejler, og hvor rapporterne skal sendes hen.
v=DMARC1; p=none; rua=mailto:dmarc@dit-domaene.com| Politik | Det, domænet beder om | Hvornår du vælger den |
|---|---|---|
p=none | Ingen handling: mailtjenesterne sender kun rapporter. | I starten, for at finde alt, der sender med dit domæne. |
p=quarantine | Læg beskeder, der fejler, i spammappen. | Når rapporterne kun viser legitime afsendere, der alle består. |
p=reject | Afvis beskeder, der fejler. | Når quarantine har kørt i nogle uger uden tab af legitim post. |
p=none med en rua-adresse. De store mailtjenester sender en daglig samlet rapport dertil, en komprimeret XML-fil med de servere, der har sendt med dit domæne, og hvordan det gik dem.p=quarantine, og derefter, efter nogle uger uden tabt post, til p=reject. Skriver dit team til mailinglister, så bliv på quarantine: standarden fraråder reject for sådanne domæner, fordi lister ændrer de beskeder, de videresender.Ældre vejledninger foreslår at trappe op med tagget pct. Den gældende DMARC-standard, RFC 9989, udgivet i maj 2026, anerkender det ikke længere: du trapper op via selve politikken.
Mange formularer på hjemmesider sender beskeden med den besøgendes adresse som afsender. Webserveren har ingen myndighed over den besøgendes domæne, så SPF og DKIM kan ikke stemme overens med afsenderens domæne, og DMARC fejler. Når den besøgendes mailudbyder offentliggør en streng politik (yahoo.com offentliggør p=reject), bliver beskeden afvist eller lagt i spam, før den når dig.
formular@dit-domaene.com.https://check.spamhaus.org/, slår en IP-adresse eller et domæne op.p=none eller strengere, alignment, afmelding med ét klik og en rapporteret spamrate under 0,3 %. Siden november 2025 afviser Gmail en del af den trafik, der ikke følger disse regler. Yahoo stiller lignende krav uden at offentliggøre en grænse, og siden den 5. maj 2025 har Outlook.com afvist post fra domæner, der sender mere end 5.000 beskeder om dagen uden SPF, DKIM og DMARC.postmaster.google.com) viser dit domænes omdømme og spamrate hos Gmail, når domænet er bekræftet med en DNS-post. Oversigterne fyldes ud, når din afsendelsesvolumen er stor nok.Simafri Suite samler hele dit teams e-mail, kalender, kontakter og filer på dit eget domænenavn, sat op, sikret og understøttet af Simafri. Én konto, ubegrænsede brugere, uden binding.
Hver mailtjeneste har sine egne filtre og sin egen måde at læse SPF, DKIM og DMARC på. En besked kan nå indbakken hos én udbyder og havne i spam hos en anden, især når godkendelsen er ufuldstændig. Headeren Authentication-Results i den modtagne besked giver den pågældende udbyders resultat.
Et domæne har én SPF-post. Med to poster, der begynder med v=spf1, giver SPF-tjekket en permanent fejl (permerror). Slå dem sammen til én post, der beholder alle includes og alle adresser.
Så lang tid, som posten er om at blive udbredt, afhængigt af dens levetid (TTL): fra nogle minutter til 48 timer. Google angiver op til 48 timer for SPF og DKIM. Tjek derefter med en ny besked til Gmail og Vis oprindelig.
p=none beder kun om rapporter: mailtjenesterne gør intet ved beskeder, der fejler. Den fase bruges til at finde alle de tjenester, der sender med dit domæne. Beskyttelsen mod forfalskning kommer med p=quarantine og derefter p=reject.
Simafri
Lad os tale om din hjemmeside
Fortæl os om dit projekt med få ord: vi vender hurtigt tilbage til dig.
Tak! Din forespørgsel er sendt. Vi vender tilbage til dig hurtigst muligt.
Foretrækker du e-mail? Skriv til os på support@simafri.com.