MX-poster och prioritet

Modul 4: Poster för e-post · Lästid: 8 minuter

Lärandemål: Efter den här lektionen kan du läsa och ställa in MX-poster, välja rätt prioritet och förklara vad som händer om en domän saknar MX-post.

Nyckelbegrepp: MX-post, prioritet (preference), reserv-MX, mailserver (värdnamn), implicit MX, null MX, lokal leverans

Vart ska mailet ta vägen?

Om någon skickar ett mail till info@example.com måste avsändarens mailserver ta reda på vilken server mailet ska levereras till. Det slås upp i DNS, genom en fråga om MX-posten (Mail eXchanger) för example.com.

Svaret är inte en IP-adress, utan en lista med mailservrar, var och en med ett tal framför:

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

Därefter hämtar den avsändande servern A- eller AAAA-posten för mail.example.com, och först då vet den vilken IP-adress den ska kontakta. En MX-post pekar alltså alltid på ett namn, som i sin tur har en egen A- eller AAAA-post.

MX-posten ligger nästan alltid på själva domänen (@), eftersom det handlar om delen efter @ i mailadressen. Vill du ta emot mail på info@nieuws.example.com måste nieuws.example.com ha en egen MX-post.

Prioritet: lägst går först

Talet framför mailservern kallas prioritet (i standarden, RFC 5321, kallas det preference). Regeln är enkel:

• Ju lägre tal, desto tidigare kommer servern i tur.
• Är den servern inte nåbar, försöker avsändaren nästa.
• Har två servrar samma tal, fördelar avsändaren mailet slumpmässigt mellan dem. På så sätt kan du sprida belastningen.

Själva talet betyder inget. 0, 1, 5, 10 eller 100: bara ordningen räknas. En post med prioritet 10 och en med 20 fungerar precis likadant som 1 och 2. Anger din mailleverantör ett tal, använd det. Anger den bara en server, spelar talet ingen roll.

En server med ett högre tal kallar vi ofta en reserv-MX. Förr var det vanligt: låg din egen server nere sparade reservservern mailet. Numera sparar en avsändande server mail själv i några dagar och försöker igen. En reserv-MX som inte är korrekt konfigurerad (till exempel utan spamfilter) drar snarare till sig spam. Använd en sådan endast om din leverantör uttryckligen anger det.

Regler för en bra MX-post

1. Ett namn, ingen IP-adress. MX 10 192.0.2.25 är ogiltigt. Skapa en A-post mail med 192.0.2.25 och låt MX peka på mail.example.com..
2. Inte till en CNAME. Namnet i en MX-post måste självt ha en A- eller AAAA-post, ingen CNAME (RFC 2181, avsnitt 10.3). Många servrar löser det ändå, men inte alla.
3. Punkten i slutet. I många kontrollpaneler skriver du mail.example.com. med en punkt. Utan punkt lägger panelen till ditt domännamn en gång till: mail.example.com.example.com. Det namnet finns inte, och mailet kommer inte fram.
4. Mailservern måste finnas. Pekar MX:en på ett namn utan A- eller AAAA-post kommer inget fram. Det här ser vi ofta i praktiken när någon flyttar sina namnservrar till en webbplatsbyggare: MX-posten följer med, men A-posten för mail gör det inte.
5. Ta bort gamla poster. Byter du till en annan mailleverantör, ta bort MX-posterna från den gamla leverantören. Låter du dem stå kvar kommer en del av din mail fortfarande fram till den gamla leverantören.

Ingen MX-post: implicit MX och null MX

Vad händer om en domän helt saknar MX-post? Enligt RFC 5321 försöker den avsändande servern då med A- eller AAAA-posten för själva domänen. Det kallas implicit MX. Ligger din webbplats på en server utan mail, kommer världen alltså att försöka leverera sitt mail till din webbserver. Det ger fördröjning och felmeddelanden hos avsändaren.

Vill du tydligt visa att en domän aldrig tar emot mail, använd en null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritet 0 och som mailserver enbart en punkt. En avsändare ser då direkt att den inte behöver försöka och skickar genast ett tydligt felmeddelande till avsändaren. Kombinera det här med en SPF-post v=spf1 -all (lektion 4.3) om domänen inte heller skickar mail.

Lokal leverans: fällan vid hosting med mail

Många hostingpaket har en webbserver och en mailserver på samma maskin. Den servern tänker som standard: "mail för den här domänen levererar jag själv". Flyttar du din mail till en annan leverantör ändrar du MX-posterna, men servern kommer inte automatiskt ihåg det. Följden blir: mail från ditt eget kontaktformulär, och från andra webbplatser på samma server, blir kvar på den gamla servern och når aldrig din nya leverantör. Avsändaren får ibland tillbaka 550 Unknown user.

Den här frågan får hostingbolag väldigt ofta. I de flesta kontrollpaneler finns därför en brytare med ett namn som "Använd den här servern för att hantera mina mail" eller "Lokal mailleverans". Flyttar du din mail till en annan part? Ändra MX:en och stäng av den brytaren. Gör du bara en av delarna går det fel.

I praktiken: så ser det ut i en kontrollpanel

I det här exemplet använder vi DirectAdmin. Under E-posthanterare, MX-poster ser du domänens MX-poster. Vid varje post skriver du prioriteten i ett fält och mailservern efter, med en punkt i slutet. Under det finns kryssrutan Använd den här servern för att hantera mina mail. Under MX-mall kan du välja färdiga inställningar för till exempel Microsoft 365 eller Google Workspace.

I Mitt WebOké finns samma sak på fliken DNS för en domän; brytaren heter där Leverans.

I cPanel, Plesk, Cloudflare eller hos din registrar ser skärmen annorlunda ut, men du fyller alltid i samma tre saker: namnet (@ eller tomt), prioriteten och mailservern.

Sammanfattning

• MX-posten talar om vart mail för din domän ska ta vägen. Den pekar på ett namn, aldrig på en IP-adress eller CNAME.
• Lägst prioritet går först; lika tal delar på mailet; själva talet betyder inget.
• Utan MX försöker världen med din A-post (implicit MX). Tar du aldrig emot mail, använd MX 0 . (null MX).
• Flyttar du din mail, ta bort de gamla MX-posterna och stäng av den lokala leveransen på din hostingserver.

Quiz

Uppgift

Uppgift Z4.1: Slå upp MX. Slå upp MX-posterna för wikipedia.org (eller för ditt eget domän). Fyll i vilken mailserver som har lägst prioritetstal, och vilket tal det är.

Uppgift O4.1: Ställ in själv i din övningszon. Skapa i din övningszon <code>.dnspractice.eu två MX-poster: prioritet 10 till mail.<code>.dnspractice.eu och prioritet 20 till backup.<code>.dnspractice.eu. Skapa för båda namnen en A-post: mail till 192.0.2.25 och backup till 192.0.2.26. Klicka sedan på Kontrollera.

Läs mer

Stegen i de här artiklarna gäller för WebOkés kontrollpaneler; i andra paneler fungerar det på liknande sätt.

• DirectAdmin-guide 5.5: MX-poster: var tas din e-post emot?
• E-post någon annanstans: Microsoft 365, Google Workspace eller en egen mailserver
• Det går inte att skicka e-post via PHP, MX-posterna pekar till en annan leverantör
• DirectAdmin-guide 18.9: Jag får inte längre e-post
• RFC 5321 avsnitt 5.1 (mailroutning), RFC 7505 (null MX)