MX-poster og prioritet

Modul 4: Poster for e-post · Lesetid: 8 minutter

Læringsmål: Etter denne leksjonen kan du lese og sette opp MX-poster, velge riktig prioritet og forklare hva som skjer hvis et domene ikke har noen MX-post.

Nøkkelbegreper: MX-post, prioritet (preference), backup-MX, mailserver (vertsnavn), implisitt MX, null MX, lokal levering

Hvor skal e-posten?

Sender noen en e-post til info@example.com, må avsenderens mailserver finne ut hvilken server den e-posten skal leveres til. Det slår den opp i DNS, med et spørsmål etter MX-posten (Mail eXchanger) til example.com.

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

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

Deretter spør den sendende serveren etter A- eller AAAA-posten til mail.example.com, og først da vet den hvilken IP-adresse den skal kontakte. En MX-post peker altså alltid til et navn, som selv har en A- eller AAAA-post.

MX-posten ligger nesten alltid på selve domenenavnet (@), fordi det gjelder delen etter @ i e-postadressen. Vil du motta e-post på info@nieuws.example.com, må nieuws.example.com ha sin egen MX-post.

Prioritet: lavest først

Tallet foran mailserveren kalles prioritet (i standarden, RFC 5321, heter det preference). Regelen er enkel:

• Jo lavere tall, jo tidligere er den serveren i tur.
• Er den serveren ikke tilgjengelig, prøver avsenderen den neste.
• Har to servere samme tall, fordeler avsenderen e-posten tilfeldig mellom dem. Slik kan du spre belastningen.

Tallet i seg selv betyr ingenting. 0, 1, 5, 10 eller 100: bare rekkefølgen teller. En post med prioritet 10 og en med 20 fungerer helt likt som 1 og 2. Oppgir e-postleverandøren din et tall, bruk det. Oppgir den bare én server, spiller tallet ingen rolle.

En server med et høyere tall kaller vi ofte en backup-MX. Tidligere var det vanlig: var din egen server nede, tok backupen vare på e-posten. I dag lagrer en sendende server e-posten selv i noen dager og prøver på nytt. En backup-MX som ikke er riktig satt opp (for eksempel uten spamfilter) tiltrekker seg i stedet spam. Bruk den derfor bare hvis leverandøren din spesifikt ber om det.

Regler for en god MX-post

1. Et navn, ikke en IP-adresse. MX 10 192.0.2.25 er ugyldig. Lag en A-post mail med 192.0.2.25 og la MX-en peke til mail.example.com..
2. Ikke til en CNAME. Navnet i en MX-post må selv ha en A- eller AAAA-post, ikke en CNAME (RFC 2181, avsnitt 10.3). Mange servere løser det likevel, men ikke alle.
3. Punktumet på slutten. I mange kontrollpaneler skriver du mail.example.com. med et punktum. Uten punktum limer panelet domenenavnet ditt på enda en gang: mail.example.com.example.com. Det navnet finnes ikke, og e-posten din kommer ikke frem.
4. Mailserveren må finnes. Peker MX-en til et navn uten A- eller AAAA-post, kommer ingenting frem. Dette ser vi ofte i praksis når noen flytter navnetjenerne for domenet sitt til en nettsidebygger: MX-posten blir med, men A-posten til mail ikke.
5. Fjern gamle poster. Bytter du til en annen e-postleverandør, fjern da MX-postene til den gamle leverandøren. Lar du dem stå, kommer en del av e-posten din fortsatt frem hos den gamle leverandøren.

Ingen MX-post: implisitt MX og null MX

Hva skjer hvis et domene ikke har noen MX-post i det hele tatt? Ifølge RFC 5321 prøver den sendende serveren da A- eller AAAA-posten til selve domenenavnet. Det kalles implisitt MX. Ligger nettsiden din på en server uten e-post, prøver verden altså å levere e-posten sin til webserveren din. Det gir forsinkelse og feilmeldinger hos avsenderen.

Vil du tydeliggjøre at et domene aldri mottar e-post, bruk da en null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritet 0 og som mailserver bare et punktum. En avsender ser da med en gang at den ikke trenger å prøve, og sender avsenderen rett en ryddig feilmelding. Kombiner dette med en SPF-post v=spf1 -all (leksjon 4.3) hvis domenet heller ikke sender e-post.

Lokal levering: fellen ved hosting med e-post

Mange hostingpakker har en webserver og en mailserver på én maskin. Den serveren tenker som standard: "e-post for dette domenet leverer jeg selv". Flytter du e-posten din til en annen leverandør, endrer du MX-postene, men serveren husker ikke det av seg selv. Resultat: e-post fra ditt eget kontaktskjema, og fra andre nettsider på samme server, blir hengende på den gamle serveren og kommer aldri frem hos den nye leverandøren din. Avsenderen får noen ganger 550 Unknown user tilbake.

Dette spørsmålet får hostingselskaper svært ofte. I de fleste kontrollpaneler finnes det derfor en bryter med et navn som "Bruk denne serveren til å håndtere e-postene mine" eller "Lokal e-postlevering". Setter du e-posten din hos en annen part? Endre MX-en og slå av den bryteren. Gjør du bare det ene, går det galt.

I praksis: slik ser det ut i et kontrollpanel

I dette eksemplet bruker vi DirectAdmin. Under E-mail Manager, MX Records ser du MX-postene til domenet ditt. For hver post skriver du inn prioriteten i en boks og mailserveren etter den, med et punktum på slutten. Under det står avkrysningsboksen Use this server to handle my e-mails (bruk denne serveren til å håndtere e-postene mine). Under MX Template kan du velge ferdige innstillinger for for eksempel Microsoft 365 eller Google Workspace.

I Min side står det samme under fanen DNS for et domene; bryteren heter der Aflevering (levering).

I cPanel, Plesk, Cloudflare eller hos registraren din ser skjermen annerledes ut, men du fyller alltid ut de samme tre tingene: navnet (@ eller tomt), prioriteten og mailserveren.

Sammendrag

• MX-posten forteller hvor e-post for domenet ditt skal. Den peker til et navn, aldri til en IP-adresse eller CNAME.
• Lavest prioritet først; like tall deler e-posten; tallet i seg selv betyr ingenting.
• Uten MX prøver verden A-posten din (implisitt MX). Mottar du aldri e-post, bruk da MX 0 . (null MX).
• Flytter du e-posten din, fjern da de gamle MX-postene og slå av lokal levering på hostingserveren din.

Quiz

Oppgave

Oppgave Z4.1: Slå opp MX. Slå opp MX-postene til wikipedia.org (eller ditt eget domene). Fyll inn hvilken mailserver som har det laveste prioritetstallet, og hvilket tall det er.

Oppgave O4.1: Sett opp selv i øvingssonen din. Lag i øvingssonen din <code>.dnspractice.eu to MX-poster: prioritet 10 til mail.<code>.dnspractice.eu og prioritet 20 til backup.<code>.dnspractice.eu. Lag for begge navnene en A-post: mail til 192.0.2.25 og backup til 192.0.2.26. Klikk deretter på Kontroller.

Les mer

Trinnene i disse artiklene gjelder for kontrollpanelene til WebOké; i andre paneler fungerer det på tilsvarende måte.

• DirectAdmin-veiledning 5.5: MX-records: hvor kommer e-posten din inn?
• Din e-post hos andre: Microsoft 365, Google Workspace eller egen e-postserver
• Sending av e-post via PHP virker ikke, MX-postene peker et annet sted
• DirectAdmin-veiledning 18.9: Jeg mottar ikke lenger e-post
• RFC 5321 avsnitt 5.1 (e-postruting), RFC 7505 (null MX)