Ingen KYC: en verifierad e-postadress, ingen legitimation · Betalas i kryptovaluta: BTC, USDT, USDC, ETH, SOL, LTC · .com 12,49 US$/år, samma pris varje år
Språk: Svenska
Hitta din adress

Felsökning · kontrollerad 12 november 2026

Varför kommer inte e-post fram till min egen domän?

När post som skickats till [email protected] aldrig dyker upp beror orsaken nästan alltid på DNS. Gå igenom tabellen uppifrån och ned.

Senast uppdaterad: · 6 min läsning

Snabbt svar

Varför kommer inte e-post fram till min egen domän?

E-post slutar nå en egen domän när dess MX-poster saknas, är fel eller blandas med en gammal leverantörs, när en DNS-ändring inte har spridit sig än, eller när domänen har gått ut. Postelva räknar upp åtta vanliga orsaker nedan; den första kontrollen är alltid MX-posterna, som vanligtvis behöver upp till 24 timmar för att sätta sig.

Åtta orsaker till saknad e-post, med åtgärden

SymptomTrolig orsakHur kontrollerar manLösning
Inget kommer fram, ingen studsMX-poster saknas eller finns kvar hos den gamla leverantörenSlå upp domänens MX-posterLägg till MX-posterna för den nya leverantören och ta bort de gamla
En del post kommer fram, en del inteGamla och nya MX-poster blandadeMX-listan visar värdar från två leverantörerBehåll bara den nya leverantörens MX, eller ge dem de lägsta prioritetsnumren
Det fungerade i går, inte i dagDNS-ändring har inte spridit sig änOlika resolvers svarar olikaVänta tills den gamla TTL:n löpt ut; vanliga MX-ändringar tar 1 till 4 timmar, upp till 24 till 48 timmar
Studsen säger att domänen inte finnsDomänen har gått ut eller stängts avSlå upp domänens status hos registretFörnya; se vad som händer med e-post när en domän går ut
En post finns men uppslaget säger att den inte gör detNegativ cachning av det tidigare tomma svaretSamma post hittas av en resolver, inte av en annanVänta: ett tomt svar cachas med TTL från zonens SOA-post
Post från din domän hamnar i skräppostTvå SPF-poster, eller fler än 10 DNS-uppslagRäkna TXT-posterna som börjar med v=spf1Slå ihop till en SPF-post; håll den under 10 uppslag
Leverantören säger att domänen inte är verifieradVerifierings-TXT-posten saknas eller kopierades felJämför värdet med leverantörens skärmKlistra in värdet igen; vissa DNS-värdar vill ha värdnamnet utan domänen
Studs efter att du skärpte DMARCPolicyn sattes till reject innan SPF och DKIM godkändesLäs de sammanställda rapporternaGå tillbaka till p=none, rätta avsändarna och skärp sedan igen

Vad bör jag kontrollera först?

Kontrollera MX-posterna först, eftersom de avgör vart varje meddelande för domänen levereras. En MX-post anger en e-postserver och en prioritet; avsändare försöker först med lägsta numret. Om listan är tom har post ingenstans att gå. Om den anger den gamla leverantören fortsätter post att komma dit.

Två kommandon visar svaret. Ersätt yourname.com med din domän.

dig MX yourname.com +short
nslookup -type=MX yourname.com

Hur ska MX-svaret se ut?

Det ska bara lista värdarna för din nuvarande leverantör. Det förväntade svaret för Proton Mail är två rader: mail.protonmail.ch med prioritet 10 och mailsec.protonmail.ch med prioritet 20. För Fastmail är det in1-smtp.messagingengine.com med 10 och in2-smtp.messagingengine.com med 20. Metoden för att läsa varje post finns i hur du kontrollerar MX-, SPF-, DKIM- och DMARC-poster.

Varför går posten fortfarande till min gamla leverantör?

För att de gamla MX-posterna fortfarande finns i zonen, eller för att resolvers fortfarande håller dem i cache. Enligt Postelva:s index den 12 november 2026 säger tre av leverantörerna med dokumenterade MX-installationer, Proton Mail, Mailbox.org och Fastmail, att du ska ta bort MX-posterna som pekar någon annanstans eller ge de nya det lägsta prioritetsnumret. Om båda uppsättningarna ligger kvar skickas post till endera servern oförutsägbart.

Tiden en ändring behöver är ungefär den gamla TTL:n på posten när du ändrade den. En TTL på 3600 sekunder betyder upp till en timme med cachade svar; en TTL på 86400 betyder upp till ett dygn. Proton Mail säger att du ska räkna med upp till ett dygn för MX-ändringar, och Mailbox.org säger att synkronisering av dess verifieringspost kan ta upp till 48 timmar. Om du planerar en flytt snarare än reparerar en, förklarar flytta e-post till en ny leverantör utan att förlora post hur du sänker TTL i förväg.

Kan en utgången domän stoppa min e-post?

Ja: när domänen har passerat utgångsdatumet och dess DNS slutar lösa upp studsar eller försvinner inkommande post. ICANNs Expired Registration Recovery Policy låter ägaren förnya från utgångsdagen. Efter radering erbjuder gTLD-register en 30-dagars återställningsperiod under vilken DNS-uppslag är avstängt, överföringar blockeras och registraren kan återställa namnet mot en extra avgift. Den exakta dagen DNS slutar varierar mellan registrarer.

En andra, mindre känd utlösare är registrantens e-post. ICANN kräver att registraren verifierar den inom 15 dagar efter registrering, överföring eller ändring av registrant, och en domän vars ägare aldrig svarar kan stängas av. Postelva anger det rakt ut: registrantens e-post verifieras efter registreringen, enligt ICANN:s regler (inom 15 dagar). Svara på verifieringsmejlet och slå på automatisk förnyelse, vilket här är automatisk förnyelse från ditt saldo, på eller av per domän. Hela tidslinjen finns i vad som händer med e-post när en domän går ut.

Kan SPF, DKIM eller DMARC få post att försvinna?

De påverkar post du skickar mycket mer än post du tar emot, men en strikt DMARC-policy kan få mottagare att avvisa dina meddelanden direkt. En domän får bara publicera en SPF-post: en andra post, eller en SPF-post som kräver fler än 10 DNS-uppslag (RFC 7208), ger ett permanent fel och mottagare behandlar kontrollen som misslyckad. Lägg till den nya leverantörens include i den befintliga posten i stället för att skapa en ny.

För DMARC, börja med p=none med en rapportadress, bekräfta att SPF och DKIM godkänns för all legitim post, gå sedan till quarantine och slutligen reject. Mailbox.org varnar för att en strikt policy som sätts för tidigt kan studsa legitim post. Posterna förklaras i hur du skapar en SPF-post.

Var passar Postelva in i detta?

Postelva är värd för domänens DNS, så varje post i den här guiden redigeras i kundytan. DNS inkluderar gratis DNS-hosting med A-, AAAA-, CNAME-, ALIAS-, MX-, TXT-, NS-, SRV- och CAA-poster, DNSSEC och egna namnservrar om du föredrar det (2 till 13). Mallar med ett klick finns för Proton Mail, Fastmail och Zoho Mail; för Tuta, Mailbox.org, iCloud+ och Migadu skrivs posterna i DNS-redigeraren. Om en mall och en handskriven post inte stämmer överens visar zonen båda, så läs hela listan innan du väntar på spridning. Supporten svarar via e-post: svar på e-post inom 12 timmar, 7 dagar i veckan, inklusive hjälp med MX-, SPF-, DKIM- och DMARC-poster.

Frågor om saknad e-post

Hur länge ska jag vänta innan jag antar att en DNS-ändring misslyckades?

Räkna med upp till den gamla TTL:n för posten, kontrollera sedan från en andra resolver. MX-ändringar tar vanligtvis 1 till 4 timmar och kan ta 24 till 48 timmar.

Varför når vissa avsändare mig och andra inte?

Varje avsändares resolver cachar dina gamla poster under olika tid, så under en ändring går vissa till den nya servern och andra till den gamla. Att ta bort de gamla MX-posterna avslutar uppdelningen.

Påverkar en catch-all leveransen?

Bara inne i brevlådan: en catch-all tar emot namn du inte skapade. Om en namngiven adress saknas, kontrollera att aliaset finns och att någon annan kontos catch-all inte tar emot posten.

Kan leverantören blockera min domän?

En leverantör kan vägra en domän som inte är verifierad. Kontrollera verifierings-TXT-posten och leverantörens statussida innan du letar vidare.

Vad gör jag om min domän visas som utgången?

Förnya den direkt från kundytan. Under återställningsperioden kan registraren fortfarande återställa den, mot en extra avgift som måste publiceras.

Sammanfattning
  • Kontrollera MX-posterna först: de avgör var posten levereras.
  • Ta bort gamla MX-poster eller ge de nya det lägsta prioritetsnumret.
  • MX-ändringar tar ungefär den gamla TTL:n: typiskt 1 till 4 timmar, upp till 48 timmar.
  • En SPF-post bara, under 10 DNS-uppslag (RFC 7208).
  • En utgången domän slutar lösa upp; återställningsperioden varar 30 dagar.
  • ICANN kräver att registrantens e-post verifieras inom 15 dagar.
  • Skärp DMARC från p=none, aldrig direkt till reject.
Källor (8)
  1. RFC 7208, avsnitt 4.6.4: gränser för DNS-uppslag — RFC Editor (läst 2026-11-12)
  2. RFC 2308: negativ cachning av DNS-frågor — RFC Editor (läst 2026-11-12)
  3. Expired Registration Recovery Policy — ICANN (läst 2026-11-12)
  4. Avtal om registrartackreditering från 2013 — ICANN (läst 2026-11-12)
  5. Egen domän från Namecheap (MX-värden) — Proton (läst 2026-11-12)
  6. Standard-DNS-poster — Fastmail (läst 2026-11-12)
  7. mailbox.org KB: SPF, DKIM och DMARC — mailbox.org (läst 2026-11-12)
  8. Hur lång tid tar det för DNS-ändringar att spridas — Suped (läst 2026-11-12)

.com 12,49 US$/år · utan KYC · krypto

Hitta din adress