Defaults.Exposed

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

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:

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:

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.

  1. Logga in på din DNS-leverantör — var din domäns inställningar bor (till exempel Cloudflare, GoDaddy, din webbvärd eller din registrar).

  2. 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, prioritet 1 (Äldre Google Workspace-konton kan fortfarande använda den femserversuppsättningen som börjar med aspmx.l.google.com vid prioritet 1. Antingen är giltigt.)

    Microsoft 365:

    • MX-värd: din domän → <din-domän-med-bindestreck>.mail.protection.outlook.com, prioritet 0 (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.

  3. 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:

  1. Logga in på din DNS-leverantör.
  2. Lägg till en enda MX-post med prioritet 0 och en värd som är bara . (en enda punkt).
  3. 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

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.