Defaults.Exposed › Rettelser › MX-records (Mail-opsætning)

Sådan retter du MX-records (Mail-opsætning)

En MX-record er skiltet, der fortæller resten af verden, hvor e-mail til dit domæne skal leveres. Mangler den eller er den defekt, bouncer enhver besked til din virksomhed — kundespørgsmål, adgangskoderesets, fakturaer, kontrakter — direkte tilbage til afsenderen. Ingen MX, ingen indbakke.

Det korte svar for din virksomhed: Mangler eller fejler dine MX-records, kan dit domæne slet ikke modtage e-mail. Kunder der skriver til dig, får en fejl og antager, at du ignorerer dem eller er lukket. Du ser aldrig beskederne — heller ikke de aftaler, fakturaer og akutte problemer der ventede på et svar.

Hvad dette kan koste dig

• En potentiel kunde udfylder din 'kontakt os'-formular eller e-mailer adressen på dit visitkort. Beskeden bouncer. De prøver ikke igen — de går til en konkurrent, og du ved aldrig, at forespørgslen eksisterede.
• En leverandør e-mailer en forfaldskonto og en slutmeddelelse. Begge bouncer lydløst. Det første du hører om det er, at en tjeneste er skåret af, eller at et inkassobrev ankommer.
• Du tilmelder dig et nyt værktøj, bankportal eller offentlig service, og den sender en bekræftelse eller adgangskode-reset til dit domæne. Det ankommer aldrig, og du er låst ude af noget, du har brug for i dag.
• E-mail fungerede fint, men nogen ændrede DNS under en hjemmeside-flytning, og MX-records blev slettet. I dagevis forsvinder enhver e-mail til hele virksomheden lydløst, inden nogen bemærker, at indbakken er gået stille.
• En potentiel efterligner bemærker, at dit domæne ikke har nogen mail-opsætning og ingen beskyttelse, og begynder at bruge det — fordi et domæne ingen holder øje med er det nemmeste at misbruge.

Hvorfor det betyder noget. E-mail-levering afhænger af et enkelt DNS-opslag: en afsendende mailserver spørger 'hvor leverer jeg post til dette domæne?' og læser svaret fra dine MX-records. Intet svar, eller et der peger på ingenting, medfører at post afvises og bounces. Dette er det mest grundlæggende, alt-eller-intet stykke e-mail-plumbing — når det er forkert, er intet andet ved din e-mail vigtigt, fordi intet ankommer. (Den ene legitime undtagelse er et domæne bevidst opsat til ikke at modtage e-mail overhovedet, der har sin egen korrekte konfiguration.)

Hvad MX-records er på klart dansk

Når nogen sender en e-mail til nogen @ dit domæne, skal den afsendende mailserver først besvare ét spørgsmål: “Hvor leverer jeg post til dette domæne?” Den finder svaret ved at slå dit domænes MX-records op — kort for Mail eXchange. En MX-record er simpelthen et skilt i dit domænes indstillinger, der siger “send e-mail til dette domæne til denne mailserver.”

Det er hele jobbet. MX-records opbevarer ikke din e-mail, de beskytter den ikke, og de beslutter ikke hvem der har lov til at sende som dig. De er adressen på kuverten, der fortæller postsystemet, hvilket sorteringsanlæg der håndterer din post. Få adressen rigtigt, og post flyder ind. Lad den stå blank eller peg den på den forkerte bygning, og posten kommer direkte tilbage markeret uleveret.

Dette er det mest fundamentale stykke e-mail-opsætning der eksisterer. Enhver anden e-mail-kontrol — anti-spoofing, kryptering, spamfiltrering — antager, at post faktisk kan nå dig i første omgang. MX-records er det, der gør det sandt.

Hvad dette kan koste dig

Fordi en defekt MX-record fejler lydløst for dig — du holder simpelthen op med at modtage post, uden nogen fejl på din side — opdages skaden som regel sent, efter den allerede er sket. Nogle realistiske situationer:

• Forespørgslen der aldrig nåede dig. En potentiel kunde mailer adressen på din hjemmeside. For dem bouncer beskeden med en leveringsfejlmeddelelse; for dig sker ingenting. De fleste ringer ikke efter en bounce — de antager, at du ikke er interesseret, og henvender sig til den næste virksomhed på deres liste. Du finder aldrig ud af, at leaden eksisterede, så du kan ikke engang måle, hvad det kostede.

• Fakturaen du “ignorerede.” En leverandør sender en faktura, derefter en rykker, derefter en slutmeddelelse — alle bouncer. Forholdet forringes, en tjeneste suspenderes, eller en lille regning bliver et inkassoproblem, alt fordi posten aldrig landede foran nogen.

• Låst ude af dine egne konti. Du prøver at nulstille en adgangskode, verificere en ny bank- eller offentlig portal, eller gøre krav på en softwarelicens. Bekræftelsesmailen sendes til dit domæne og forsvinder. Nu er en rutinemæssig opgave en support-ticket-prøvelse på det værst tænkelige tidspunkt.

• Hjemmeside-flytningen der stille slog e-mail ihjel. En webdesigner flytter dit DNS til en ny udbyder og kopierer hjemmeside-records over — men ikke MX-records. I adskillige dage forsvinder enhver e-mail til enhver adresse i din virksomhed lydløst, inden nogen forbinder “det er lidt stille her” med “vores e-mail er i stykker.”

• At se forladt ud. Et domæne der ikke kan modtage e-mail, læses — af kunder og af automatiserede tillidstjek — som en virksomhed, der ikke rigtig er i drift. Det underminerer tilliden præcis i det øjeblik, du ønsker at fremstå etableret og pålidelig.

Ingen af disse annoncerer sig selv. Det er det, der gør en manglende MX-record farligere end det lyder: når du bemærker det, har du allerede mistet post, du aldrig vil få tilbage.

Hvad det faktisk er

Dit domænes DNS-indstillinger indeholder adskillige slags records. MX-records er dem der styrer indgående e-mail. En fungerende opsætning ser ud som én eller flere poster, der hver navngiver en mailserver og bærer et prioritets-tal:

• Mailservernavnet (din e-mailudbyders “mail exchange”-host).
• Et prioritetstal — lavere tal prøves først. Flere records lader en udbyder tilbyde backup-servere, så post stadig kommer igennem, hvis én er optaget eller nede.

Hvad “godt” ser ud som: mindst én gyldig MX-record, der peger på mailserverne hos den e-mailudbyder du faktisk bruger — Google Workspace, Microsoft 365, din webhosts mailtjeneste eller lignende — med de præcise servernavne og prioriteter, som udbyderen beder dig bruge.

Den ene vigtige undtagelse. Nogle domæner er bevidst opsat til at modtage ingen e-mail — for eksempel et domæne kun brugt til en hjemmeside, eller ét der holdes udelukkende for at beskytte et brand. Den korrekte måde at erklære det er en null MX-record: en enkelt MX-record med prioritet 0 og en host der blot er et punkt (.). Dette er en udgivet internetstandard (RFC 7505) og det er det rigtige svar for et ikke-modtagende domæne — afsendere får en øjeblikkelig, klar “dette domæne accepterer ikke e-mail”-afvisning i stedet for en forvirrende forsinkelse. På dette tjek klarer et korrekt udgivet null MX sig med fulde point — det er et bevidst, korrekt valg, ikke en fejl. Det der fejler, er at have slet ingenting, som er umuligt at skelne fra en fejl.

Hvorfor det betyder noget for din karakter. Dette er et scoret tjek værd op til 25 point i kategorien E-mail-sikkerhed. Et domæne der burde modtage e-mail, men som ingen MX-records har, markeres som medium-alvorligheds-fejl — fordi virksomheden bag det i praktisk forstand ikke kan nås via e-mail. Et korrekt modtagende domæne, eller et korrekt udgivet null MX, giver de fulde point.

Sådan fikser du det (gratis, cirka 5 minutter)

Overrækk dette til din IT-person eller webhostingudbyder — fikset er gratis. MX-records bor i dit domænes DNS, samme sted som din hjemmesideadresse er konfigureret. Den der administrerer dit domæne eller din hjemmeside kan gøre dette på minutter uden omkostning. Du betaler kun for selve mailboks-tjenesten, og kun hvis du ikke allerede har en.

Fikset afhænger af, hvilken af to situationer du er i.

Hvis dit domæne SKAL modtage e-mail, men ikke har MX-records

Du skal pege dit domæne på din e-mailubyyders mailservere. Brug de præcise records din udbyder udgiver — eksemplerne nedenfor er typiske, men kopier altid de aktuelle værdier fra din udbyders egne opsætningssider, da de ændres.

1. Log ind hos din DNS-udbyder — uanset hvor dit domænes indstillinger bor (for eksempel Cloudflare, GoDaddy, din webhost eller dit registrar).

2. Tilføj MX-records for din e-mailtjeneste:

   Google Workspace (nuværende enkelt-record-opsætning):

   • MX host: dit domæne → smtp.google.com, prioritet 1 (Ældre Google Workspace-konti bruger muligvis stadig fem-server-sættet startende med aspmx.l.google.com ved prioritet 1. Begge er gyldige.)

   Microsoft 365:

   • MX host: dit domæne → <dit-domæne-med-bindestreger>.mail.protection.outlook.com, prioritet 0 (Microsoft genererer det præcise hostnavn til dig i administrationscenterret.)

   Andre udbydere: kopier MX-hostnavne og prioriteter verbatim fra den udbyders DNS-opsætningsinstruktioner.

3. Gem og vent. DNS-ændringer tager cirka 15–30 minutter at træde i kraft. Send en test-e-mail til en adresse på dit domæne og bekræft, at den ankommer.

Hvis dit domæne IKKE skal modtage nogen e-mail

Udgiv et null MX så “ingen e-mail her”-status er eksplicit og korrekt:

1. Log ind hos din DNS-udbyder.
2. Tilføj en enkelt MX-record med prioritet 0 og en host der blot er . (et enkelt punkt).
3. Gem. Afsendere vil nu få en øjeblikkelig, standardkompatibel afvisning, og dette tjek vil bestå.

Hvis du er ved at flytte DNS eller hosts

Inden flytningen, notér dine nuværende MX-records præcist (og din SPF, DKIM og alle andre mail-records). Efter flytningen, gen-opret enhver af dem hos den nye udbyder med identiske værdier og prioriteter, og send en test-e-mail inden du erklærer migrationen gennemført. At glemme MX-records under en flytning er den enkeltstående mest almindelige måde, virksomheder ved et uheld tager deres egen e-mail offline.

Almindelige fejl

• At lade MX stå blank i stedet for at udgive et null MX. Hvis domænet virkelig ikke modtager post, sig det med et null MX (0 .). Tom er tvetydig og læses som en fejl; null MX er det korrekte, fuld-credit-svar.
• At pege MX på den forkerte ting. En overraskende almindelig fejl er en MX-record rettet mod din hjemmeside-server eller en forældet udbyder du har forladt. Mailservere vil trofast forsøge at levere der — og fejle. Kopier altid records fra den udbyder, der faktisk hoster dine mailbokse i dag.
• At droppe MX under en hjemmeside- eller DNS-flytning. Hjemmesiden kommer op igen, alle slapper af, og e-mail er stille og roligt død. Behandl MX (og de andre mail-records) som en obligatorisk del af enhver flytte-tjekliste.
• At redigere prioriteter i hånden. Opfind ikke eller “ryd op” i prioritetstallene. Indtast præcis hvad din udbyder specificerer, inklusive alle backup-servere, så fallback-levering forbliver funktionel.
• At antage MX beskytter mod spoofing. Det gør det ikke. MX er kun indgående post. Forfalskningsbeskyttelse er SPF, DKIM og DMARC — separate records, tjekket separat.

Kort sagt

MX-records er adressen på din e-mail-kuvert. Når de er korrekte — eller korrekt sat til null for et ikke-modtagende domæne — når post dig, og dette tjek består. Når de mangler, er din virksomhed utilgængelig via e-mail og mister beskeder den aldrig engang ser. Fikset er gratis, tager få minutter og er bestemt værd at overrække til den der administrerer dit domæne i dag.

FAQ