Defaults.Exposed › Åtgärder › MX-poster (e-postkonfiguration)
Hur du fixar MX-poster (e-postkonfiguration)
En MX-post är skylten som berättar för resten av världen var e-post adresserad till din domän ska levereras. Om den saknas eller är trasig studsar varje meddelande skickat till ditt företag — kundförfrågningar, lösenordsåterställningar, fakturor, kontrakt — direkt tillbaka till avsändaren. Ingen MX, ingen inkorg.
Slutsats för ditt företag: Om dina MX-poster saknas eller är fel kan din domän överhuvudtaget inte ta emot e-post. Kunder som skriver till dig får ett felmeddelande och antar att du ignorerar dem eller har lagt ned. Du ser aldrig ens meddelandena — inklusive affärerna, fakturorna och de brådskande problemen som behövde ett svar.
Vad detta kan kosta dig
- En potentiell kund fyller i ditt 'kontakta oss'-formulär eller mailar adressen på ditt kort. Meddelandet studsar. De försöker inte igen — de går till en konkurrent, och du vet aldrig att förfrågan existerade.
- En leverantör mailar en förfallen faktura och en slutgiltig påminnelse. Båda studsar tyst. Första gången du hör om det är när en tjänst stängs av eller ett inkassokrav anländer.
- Du registrerar dig för ett nytt verktyg, bankportal eller offentlig tjänst och det skickar ett verifierings- eller lösenordsåterställningsmejl till din domän. Det anländer aldrig, och du är låst ute från något du behöver idag.
- E-posten fungerade bra, sedan ändrade någon DNS under en webbplatsflytt och MX-posterna togs bort. I dagar försvinner varje e-postmeddelande till hela företaget tyst innan någon märker att inkorgen blivit tyst.
- En bedragare märker att din domän inte har någon e-postkonfiguration och inget skydd, och börjar använda den — för en domän ingen bevakar är den lättaste att missbruka.
Varför det spelar roll. E-postleverans beror på ett enda DNS-uppslag: en sändande e-postserver frågar 'var levererar jag e-post för den här domänen?' och läser svaret från dina MX-poster. Om det inte finns något svar, eller om det pekar ingenstans, avvisas e-postmeddelandet och studsar. Det här är det mest grundläggande, allt-eller-inget stycket av e-poströrledning — när det är fel spelar ingenting annat om din e-post roll, för ingenting anländer. (Det enda legitima undantaget är en domän avsiktligt konfigurerad för att inte ta emot någon e-post alls, vilket har sin egen korrekta konfiguration.)
Vad MX-poster är, i klartext
När någon skickar ett e-postmeddelande till vem som helst @ din domän måste den sändande e-postservern besvara en fråga först: “Var levererar jag e-post för den här domänen?” Det hittar svaret genom att slå upp din domäns MX-poster — kort för Mail eXchange. En MX-post är helt enkelt en skylt i din domäns inställningar som säger “skicka e-post för den här domänen till den här e-postservern.”
Det är hela jobbet. MX-poster lagrar inte din e-post, skyddar den inte och bestämmer inte vem som är tillåten att skicka som du. De är adressen på kuvertet som berättar för postsystemet vilket sorteringskontor som hanterar din post. Få adressen rätt och e-post flödar in. Lämna den tom eller peka den på fel byggnad och e-posten kommer rakt tillbaka märkt ej leveransbar.
Det här är det mest grundläggande stycket av e-postkonfiguration som finns. Varje annan e-postkontroll — anti-förfalskning, kryptering, skräppostfiltrering — förutsätter att e-posten faktiskt kan nå dig från första början. MX-poster är vad som gör det sant.
Vad det här kan kosta dig
Eftersom en trasig MX-post misslyckas tyst för dig — du slutar helt enkelt ta emot e-post, utan något fel på din sida — tenderar skadan att upptäckas sent, efter att den redan skett. Några realistiska situationer:
-
Förfrågan som aldrig nådde dig. En potentiell kund mailar adressen på din webbplats. För dem studsar meddelandet med ett leveransfel; för dig händer ingenting alls. De flesta ringer inte efter ett studs — de antar att du inte är intresserad och kontaktar nästa firma på sin lista. Du tar aldrig reda på att förfrågan existerade, så du kan inte ens mäta vad den kostade.
-
Fakturan du “ignorerade”. En leverantör skickar en faktura, sedan en påminnelse, sedan ett slutgiltigt meddelande — alla studsar. Relationen försämras, en tjänst stängs av eller en liten räkning blir ett kreditproblem, allt för att e-posten aldrig landade framför någon.
-
Låst ute från dina egna konton. Du försöker återställa ett lösenord, verifiera en ny bank- eller myndighetsportal, eller kräva en programvarulicens. Bekräftelsemeddelandet skickas till din domän och försvinner. Nu blir en rutinuppgift ett supportbiljettaos vid sämsta möjliga tidpunkt.
-
Webbflyttningen som tyst dödade e-post. En webbdesigner flyttar din DNS till en ny leverantör och kopierar webbplatsposterna — men inte MX-posterna. I flera dagar försvinner varje e-postmeddelande till varje adress på ditt företag tyst innan någon kopplar “det har blivit lite tyst” med “vår e-post är trasig.”
-
Se övergiven ut. En domän som inte kan ta emot e-post läses, av kunder och automatiserade förtroendekontrroller, som ett företag som inte riktigt är i drift. Det urholkar förtroendet exakt när du vill verka etablerad och pålitlig.
Inget av det här meddelar sig självt. Det är vad som gör en saknad MX-post farligare än den låter: när du märker har du redan förlorat e-post du aldrig får tillbaka.
Vad det faktiskt är
Din domäns DNS-inställningar innehåller flera typer av poster. MX-poster är de som styr inkommande e-post. En fungerande konfiguration ser ut som en eller flera poster, var och en som namnger en e-postserver och bär ett prioritetsnummer:
- E-postserverns namn (din e-postleverantörs “mail exchange”-värd).
- Ett prioritetsnummer — lägre nummer provas först. Flera poster låter en leverantör erbjuda reservservrar, så e-post fortfarande kommer igenom om en är upptagen eller nere.
Vad “bra” ser ut som: minst en giltig MX-post som pekar på e-postservrarna hos den e-postleverantör du faktiskt använder — Google Workspace, Microsoft 365, din webbvärds e-posttjänst eller liknande — med de exakta servernamnen och prioriteterna som leverantören säger åt dig att använda.
Det viktiga undantaget. Vissa domäner är avsiktligt konfigurerade för att inte ta emot ingen e-post — till exempel en domän som bara används för en webbplats, eller hålls enbart för att skydda ett varumärke. Det korrekta sättet att deklarera det är en null MX-post: en enda MX-post med prioritet 0 och en värd som är bara en punkt (.). Det här är en publicerad internetstandard (RFC 7505) och det är det rätta svaret för en icke-mottagande domän — avsändare får ett omedelbart, tydligt “den här domänen accepterar inte e-post”-avvisande istället för en förvirrande fördröjning. I den här kontrollen klarar en korrekt publicerad null MX sig med fullt betyg — det är ett avsiktligt, korrekt val, inte ett fel. Vad som underkänns är att ha ingenting alls, vilket är oskiljeaktigt från ett misstag.
Så här åtgärdar du det (gratis, ungefär 5 minuter)
Skicka det här till din IT-person eller webbplatssleverantör — åtgärden är gratis. MX-poster bor i din domäns DNS, samma ställe där din webbplatsadress är konfigurerad. Den som hanterar din domän eller webbplats kan göra det här på minuter utan kostnad. Du betalar bara för brevlådetjänsten i sig, och bara om du inte redan har en.
Åtgärden beror på vilken av två situationer du befinner dig i.
Om din domän BÖR ta emot e-post men inte har MX-poster
Du behöver peka din domän mot din e-postleverantörs e-postservrar. Använd de exakta poster din leverantör publicerar — exemplen nedan är typiska, men kopiera alltid de aktuella värdena från din leverantörs egna inställningssida, för de ändras.
-
Logga in på din DNS-leverantör — var din domäns inställningar bor (till exempel Cloudflare, GoDaddy, din webbvärd eller din registrar).
-
Lägg till MX-posterna för din e-posttjänst:
Google Workspace (nuvarande konfiguration med en post):
MX-värd: din domän →smtp.google.com, prioritet1(Äldre Google Workspace-konton kan fortfarande använda den femserversuppsättningen som börjar medaspmx.l.google.comvid prioritet 1. Antingen är giltigt.)
Microsoft 365:
MX-värd: din domän →<din-domän-med-bindestreck>.mail.protection.outlook.com, prioritet0(Microsoft genererar det exakta värdnamnet åt dig i administrationscentret — kopiera det därifrån snarare än att gissa formatet.)
Andra leverantörer: kopiera MX-värdnamnen och prioriteterna ordagrant från den leverantörens DNS-konfigurationsinstruktioner.
-
Spara, vänta sedan. DNS-ändringar tar ungefär 15–30 minuter att träda i kraft (ibland längre). Skicka ett testmejl till en adress på din domän och bekräfta att det anländer.
Om din domän INTE bör ta emot någon e-post
Publicera en null MX så att statusen “ingen e-post här” är tydlig och korrekt:
- Logga in på din DNS-leverantör.
- Lägg till en enda MX-post med prioritet
0och en värd som är bara.(en enda punkt). - Spara. Avsändare får nu ett omedelbart, standardsenligt avvisande, och den här kontrollen klarar sig.
Om du ska flytta DNS eller värdar
Registrera dina nuvarande MX-poster exakt (och din SPF, DKIM och eventuella andra e-postposter) innan flytten. Efter flytten, återskapa var och en av dem hos den nya leverantören med identiska värden och prioriteter, och skicka ett testmejl innan du anser migrationen klar. Att glömma MX-posterna under en flytt är den enda vanligaste orsaken till att företag av misstag tar sin egen e-post offline.
Vanliga misstag
- Lämna MX tomt istället för att publicera en null MX. Om domänen genuint inte tar emot e-post, säg det med en null MX (
0 .). Tom är tvetydigt och läses som ett fel; null MX är det korrekta, fullpoängssvaret. - Peka MX på fel sak. Ett förvånansvärt vanligt fel är en MX-post riktad mot din webbplatsserver eller en inaktuell leverantör du lämnat. E-postservrar kommer troget försöka leverera dit — och misslyckas. Kopiera alltid posterna från leverantören som faktiskt hostar dina brevlådor idag.
- Tappa MX under en webbplats- eller DNS-flytt. Webbplatsen kommer tillbaka upp, alla slappnar av, och e-posten är tyst ned. Behandla MX (och de andra e-postposterna) som en obligatorisk del av varje flytt-checklista.
- Redigera prioriteter för hand. Uppfinn eller “städa upp” inte prioritetsnumren. Ange exakt vad din leverantör specificerar, inklusive alla reservservrar, så att reservleverans fortsätter fungera.
- Anta att MX skyddar dig mot förfalskning. Det gör det inte. MX är bara inkommande e-post. Förfalskningsskydd är SPF, DKIM och DMARC — separata poster, kontrollerade separat.
Kort sagt
MX-poster är adressen på ditt e-postkuvert. När de är rätt — eller korrekt satta till null för en icke-mottagande domän — når e-post dig och den här kontrollen klarar sig. När de saknas är ditt företag onåbart via e-post och förlorar meddelanden det aldrig ens ser. Åtgärden är gratis, tar några minuter och är väl värd att lämna till den som hanterar din domän idag.
Vanliga frågor
Hur vet jag ens om det är trasigt? Min e-post verkar fungera bra.
Om du tar emot e-post normalt just nu fungerar dina MX-poster nästan säkert — den här kontrollen skulle klara sig. Faran är osynlig: MX-poster slås ut vid en webbplatsflytt, ett DNS-leverantörsbyte eller en felaktigt skriven redigering, och det enda symtomet är att inkommande e-post tystnar. Eftersom du inte får en varning när e-post slutar anlända kan företag tappa e-post i dagar. En gratis kontroll som den här, och att märka om din inkorg plötsligt tystnar, är hur du fångar det.
Vi skickar eller tar inte emot e-post på den exakta domänen — vi använder den bara för vår webbplats. Är en saknad MX ett problem?
Inte nödvändigtvis — men det korrekta sättet att säga 'den här domänen tar inte emot e-post' är att publicera en speciell post som kallas null MX (en MX-post med '0 .'), inte att helt enkelt lämna MX-poster ute. Att göra det korrekt innebär att avsändare får ett omedelbart, tydligt 'den här domänen tar inte emot e-post'-avvisande, och det räknas faktiskt som godkänt på den här kontrollen snarare än underkänt. Att bara lämna det tomt ser ut som en felkonfiguration. Be din IT-person lägga till en null MX — det är en engångsrads, gratis ändring.
Kostar det något att åtgärda det här?
Nej. Att lägga till eller korrigera MX-poster är gratis — det är en ändring av din domäns DNS-inställningar, som du redan betalar för som en del av din domän eller hosting. Du betalar bara för själva e-posttjänsten (en Google Workspace- eller Microsoft 365-brevlåda, till exempel) om du inte redan har en. MX-posterna pekar bara på den brevlådeleverantör du använder.
Vad betyder 'prioritet' på en MX-post, och behöver jag oroa mig för det?
Varje MX-post har ett nummer — prioriteten — och e-postservrar provar det lägsta numret först. Det finns för att en leverantör ska kunna erbjuda en reservserver: om den primära är nere flödar e-post till nästa. Du ställer normalt inte in dessa själv; du kopierar de exakta posterna (inklusive deras nummer) från din e-postleverantörs inställningssida. Se bara till att du anger dem exakt som angivet.
Kan konfigurerade MX-poster stoppa att folk förfalskar e-post i mitt namn?
Nej — det är en separat uppsättning kontroller (SPF, DKIM och framför allt DMARC). MX-poster hanterar bara inkommande e-post: var meddelanden till dig levereras. Anti-utpekning handlar om utgående e-post och vad mottagarservrar gör med förfalskningar. Du behöver båda: MX för att kunna ta emot, och DMARC för att ingen ska kunna förfalska din utgående identitet. De kontrolleras separat här av det skälet.
Jag har en webbplatsflytt eller DNS-ändring på gång — hur undviker jag att bryta e-post?
Innan du ändrar något, skriv ned dina nuvarande MX-poster exakt (och din SPF, DKIM och eventuella andra e-postrelaterade poster). När du flyttar DNS till en ny leverantör är den vanligaste orsaken till ett flerdagars e-postavbrott att bara webbplatsposterna kopieras och MX-posterna glöms. Återskapa varje MX-post hos den nya leverantören, med identiska värden och prioriteter, och bekräfta att ett test-e-postmeddelande anländer innan du anser flytten klar.