Hur kontrollerar jag mina MX-, SPF-, DKIM- och DMARC-poster?

Hur kontrollerar jag en MX-post?

Kör dig MX med din domän och +short, och jämför prioriteterna och värdnamnen med de värden din leverantör angav. Svaret skriver en rad per post: prioriteten, ett mellanslag och värden. För Proton Mail väntar du dig 10 mail.protonmail.ch. och 20 mailsec.protonmail.ch.; för Fastmail 10 in1-smtp.messagingengine.com. och 20 in2-smtp.messagingengine.com.; för Mailbox.org fyra mxext-värdar.

Två problem syns här. En post från den tidigare leverantören som finns kvar i listan gör leveransen oförutsägbar, så ta bort den. Och ett tomt svar betyder ingen MX: avsändare faller då tillbaka på domänens adresspost, som RFC 5321 beskriver. Vad varje rad betyder förklaras i vad en MX-post är.

Hur kontrollerar jag en SPF-post?

Fråga efter TXT-posterna på domänens rot och kontrollera att exakt en rad börjar med v=spf1. Roten innehåller också andra TXT-poster, till exempel din e-postleverantörs ägarbevis, så läs hela listan. Två rader som börjar med v=spf1 är ett fel: RFC 7208 ger ett permanent fel när en domän har mer än en SPF-post.

Räkna sedan uppslagen. Varje include, a, mx, ptr och exists, plus modifieraren redirect, räknas mot gränsen på 10, och en include räknar också det som ligger nästlat i den. En post över gränsen misslyckas för varje avsändare. Hur du skapar posten beskrivs i hur du skapar en SPF-post.

Hur kontrollerar jag DKIM när jag inte känner till selektorn?

Använd leverantörens selektor: du kan inte lista selektorer från DNS, så ta dem från leverantörens DKIM-sida. DNS tillåter inte en lista över namnen under _domainkey. Selektorerna är protonmail, protonmail2 och protonmail3 hos Proton Mail, fm1, fm2 och fm3 hos Fastmail, och MBO0001 till MBO0004 hos Mailbox.org.

Uppslagsnamnet är selector._domainkey.dindomän. En leverantör som använder CNAME-poster, som dessa tre, svarar med ett CNAME till sin egen värd. En leverantör som publicerar nyckeln direkt svarar med en TXT-post som innehåller v=DKIM1 och p= följt av den publika nyckeln. Ett tomt p= betyder att nyckeln är återkallad. Det starkaste testet är ett riktigt meddelande, eftersom en post som finns ändå kan vara oanvänd: skicka ett mejl till en annan leverantör och läs dkim=pass i de fullständiga rubrikerna.

Hur kontrollerar jag en DMARC-post?

Fråga efter TXT-posten på _dmarc.dindomän och bekräfta en rad som börjar med v=DMARC1 och innehåller en p=-policy. Om p saknas behandlar mottagare policyn som none. Om raden saknar rua produceras inga sammanställda rapporter, och övervakningssteget i DMARC-utrullningen säger dig då ingenting. Poster skrivna i den äldre stilen kan fortfarande ha en pct-tagg, som RFC 9989 tog bort.

En underdomän utan egen post faller under överordnad domäns policy via DNS-trädsökningen, med högst åtta frågor. Ett uppslag av ett namn som saknar post ger ingenting, vilket är detsamma som ingen DMARC.

Varför visar mitt uppslag fortfarande det gamla värdet?

En cache håller det gamla svaret tills dess TTL löper ut, och en saknad post kan också cachas. Tiden en ändring tar att sprida sig är ungefär den gamla TTL:n på posten när du ändrade den. Leverantörernas vägledning anger en vanlig MX-ändring till en till fyra timmar, och upp till 24 till 48 timmar i värsta fall. RFC 2308 tillägger att negativa svar cachas med TTL från zonens SOA-post, så en post du just skapade kan verka saknas hos vissa resolvers.

För att kringgå cachen, fråga den auktoritativa namnservern: hitta den med dig NS och upprepa frågan med @ och dess namn, som i kodblocket ovan. Om den auktoritativa servern visar det nya värdet och din resolver inte gör det, vänta. Om ingen av dem gör det, sparades inte posten eller värdnamnet är fel, oftast för att DNS-redigeraren lade till domänen en gång till.

Om post fortfarande inte kommer fram när posterna ser rätt ut, gå till varför e-post inte kommer fram till en egen domän.

Vilka onlineverktyg kan kontrollera e-postposter?

Vilket onlineverktyg för DNS-uppslag eller e-postautentisering som helst som frågar den publika DNS ger samma svar som dig, med en vänligare vy. Använd ett som visar den råa postens text, så att du kan jämföra den tecken för tecken med leverantörens värde. Klistra inte in privata uppgifter i det: domännamnet är allt det behöver.

Enligt Postelva:s räkning den 12 november 2026 tar en komplett Proton Mail-installation 8 poster (1 verifierings-TXT, 2 MX, 1 SPF, 3 DKIM, 1 DMARC) och 6 uppslag, eftersom de två MX-posterna delar en fråga och verifierings- och SPF-posterna delar rot-TXT-frågan. Spara de sex kommandona en gång och kör dem igen efter varje ändring. Samma poster jämförs i SPF vs DKIM vs DMARC.

En användbar regel: efter varje DNS-ändring, fråga de fyra posttyperna och skicka ett testmeddelande; en post är korrekt först när uppslaget och meddelandet stämmer överens.