MX-records og prioritet

Modul 4: Records til e-mail · Læsetid: 8 minutter

Læringsmål: Efter denne lektion kan du læse og indstille MX-records, vælge den rigtige prioritet og forklare, hvad der sker, hvis et domæne ikke har et MX-record.

Nøglebegreber: MX-record, prioritet (preference), backup-MX, mailserver (hostnavn), implicit MX, null MX, lokal levering

Hvor skal mailen hen?

Hvis nogen sender en mail til info@example.com, skal afsenderens mailserver finde ud af, hvilken server mailen skal leveres til. Det slår den op i DNS ved at spørge efter MX-recordet (Mail eXchanger) for example.com.

Svaret er ikke en IP-adresse, men en liste med mailservere, hver med et tal foran:

example.com.   3600  IN  MX  10 mail.example.com.
example.com.   3600  IN  MX  20 backup.example.net.

Derefter spørger den afsendende server efter A- eller AAAA-recordet for mail.example.com, og først da ved den, hvilken IP-adresse den skal kontakte. Et MX-record peger altså altid på et navn, som selv har et A- eller AAAA-record.

MX-recordet ligger næsten altid på selve domænenavnet (@), fordi det handler om delen efter @ i e-mailadressen. Vil du modtage mail på info@nieuws.example.com, skal nieuws.example.com have sit eget MX-record.

Prioritet: lavest kommer først

Tallet foran mailserveren kaldes prioritet (i standarden, RFC 5321, kaldes det preference). Reglen er enkel:

• Jo lavere tal, jo tidligere kommer serveren i tur.
• Er den server ikke tilgængelig, forsøger afsenderen den næste.
• Har to servere samme tal, fordeler afsenderen mailen tilfældigt mellem dem begge. Sådan kan du fordele belastningen.

Selve tallet betyder ikke noget. 0, 1, 5, 10 eller 100: kun rækkefølgen tæller. Et record med prioritet 10 og et med 20 fungerer præcis som 1 og 2. Oplyser din mailudbyder et tal, så brug det. Oplyser den kun én server, er tallet ligegyldigt.

En server med et højere tal kaldes ofte en backup-MX. Tidligere var det almindeligt: Hvis din egen server var nede, gemte backuppen mailen. I dag gemmer den afsendende server selv mailen i et par dage og forsøger igen. En backup-MX, der ikke er indstillet korrekt (f.eks. uden spamfilter), tiltrækker tværtimod spam. Brug derfor kun en backup-MX, hvis din udbyder specifikt beder om det.

Regler for et godt MX-record

1. Et navn, ikke en IP-adresse. MX 10 192.0.2.25 er ugyldigt. Opret et A-record mail med 192.0.2.25, og lad MX'en pege på mail.example.com.
2. Ikke på en CNAME. Navnet i et MX-record skal selv have et A- eller AAAA-record, ikke en CNAME (RFC 2181, afsnit 10.3). Mange servere løser det alligevel, men ikke alle.
3. Punktummet til sidst. I mange kontrolpaneler skriver du mail.example.com. med et punktum. Uden punktum tilføjer panelet dit domænenavn en gang til: mail.example.com.example.com. Det navn findes ikke, og din mail kommer ikke frem.
4. Mailserveren skal findes. Peger MX'en på et navn uden A- eller AAAA-record, kommer der intet frem. Det ser vi ofte i praksis, når nogen flytter navneserverne for sit domæne til en hjemmesidebygger: MX-recordet følger med, men A-recordet for mail gør ikke.
5. Fjern gamle records. Skifter du til en anden mailudbyder, så fjern MX-records fra den gamle udbyder. Lader du dem stå, kommer en del af din mail stadig ind hos den gamle udbyder.

Intet MX-record: implicit MX og null MX

Hvad sker der, hvis et domæne slet ikke har et MX-record? Ifølge RFC 5321 forsøger den afsendende server da selve domænenavnets A- eller AAAA-record. Det kaldes implicit MX. Ligger din hjemmeside på en server uden mail, forsøger verden altså at levere sin mail til din webserver. Det giver forsinkelser og fejlmeddelelser hos afsenderen.

Vil du gøre klart, at et domæne aldrig modtager mail, så brug en null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritet 0 og som mailserver kun et punktum. En afsender ser så straks, at den ikke behøver at forsøge, og sender afsenderen en pæn fejlmeddelelse med det samme. Kombiner dette med et SPF-record v=spf1 -all (lektion 4.3), hvis domænet heller ikke sender mail.

Lokal levering: fælden ved hosting med mail

Mange hostingpakker har en webserver og en mailserver på samme maskine. Den server tænker som standard: "mail til dette domæne leverer jeg selv." Flytter du din mail til en anden udbyder, tilpasser du MX-recordsne, men serveren husker det ikke automatisk. Resultat: mail fra din egen kontaktformular, og fra andre hjemmesider på samme server, bliver hængende på den gamle server og når aldrig frem til din nye udbyder. Afsenderen får nogle gange 550 Unknown user tilbage.

Hostingvirksomheder får ofte dette spørgsmål. I de fleste kontrolpaneler findes der derfor en kontakt med et navn som "Brug denne server til at håndtere mine e-mails" eller "Lokal mail-levering". Flytter du din mail til en anden udbyder? Ret MX'en, og slå den kontakt fra. Gør du kun det ene, går det galt.

I praksis: sådan ser det ud i et kontrolpanel

I dette eksempel bruger vi DirectAdmin. Under E-mailadministration, MX-poster ser du domænets MX-records. Ved hvert record skriver du prioriteten i et felt og mailserveren bagefter, med et punktum til sidst. Derunder står afkrydsningsfeltet Brug denne server til at håndtere mine e-mails. Under MX-skabelon kan du vælge færdige indstillinger til f.eks. Microsoft 365 eller Google Workspace.

I Mit WebOké finder du det samme under fanen DNS for et domæne; kontakten hedder der Levering.

I cPanel, Plesk, Cloudflare eller hos din registrar ser skærmen anderledes ud, men du udfylder altid de samme tre ting: navnet (@ eller tomt), prioriteten og mailserveren.

Opsummering

• MX-recordet fortæller, hvor mail til dit domæne skal hen. Det peger på et navn, aldrig på en IP-adresse eller CNAME.
• Laveste prioritet først; ens tal deler mailen; selve tallet betyder ikke noget.
• Uden MX forsøger verden dit A-record (implicit MX). Modtager du aldrig mail, så brug MX 0 . (null MX).
• Flytter du din mail, så fjern de gamle MX-records, og slå lokal levering fra på din hostingserver.

Quiz

Opgave

Opgave Z4.1: Slå MX op. Slå MX-recordsne for wikipedia.org op (eller for dit eget domæne). Angiv hvilken mailserver der har det laveste prioritetstal, og hvilket tal det er.

Opgave O4.1: Indstil det selv i din øvelseszone. Opret i din øvelseszone <code>.dnspractice.eu to MX-records: prioritet 10 til mail.<code>.dnspractice.eu og prioritet 20 til backup.<code>.dnspractice.eu. Opret for begge navne et A-record: mail til 192.0.2.25 og backup til 192.0.2.26. Klik derefter på Kontroller.

Læs videre

Trinnene i disse artikler gælder for WebOkés kontrolpaneler; i andre paneler fungerer det på lignende vis.

• DirectAdmin vejledning 5.5: MX-poster: hvor lander din e-mail?
• E-mail hos en anden udbyder: Microsoft 365, Google Workspace eller din egen mailserver
• Mail kan ikke sendes via PHP, MX-poster peger et andet sted hen
• DirectAdmin vejledning 18.9: Jeg modtager ikke længere e-mails
• RFC 5321 afsnit 5.1 (mailrouting), RFC 7505 (null MX)