Zapisi MX in prioriteta

Modul 4: Zapisi za e-pošto · Čas branja: 8 minut

Učni cilj: Po tej lekciji boste znali brati in nastavljati zapise MX, pravilno izbrati prioriteto ter razložiti, kaj se zgodi, če domena nima zapisa MX.

Ključni pojmi: zapis MX, prioriteta (preference), rezervni MX (back-up MX), poštni strežnik (ime gostitelja), implicitni MX, null MX, lokalna dostava

Kam mora poslati pošta?

Če nekdo pošlje e-pošto na info@example.com, mora poštni strežnik pošiljatelja ugotoviti, pri katerem strežniku je treba to pošto dostaviti. To poišče v DNS, s poizvedbo po zapisu MX (Mail eXchanger) za example.com.

Odgovor ni IP naslov, temveč seznam poštnih strežnikov, pred vsakim pa je število:

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

Nato strežnik pošiljatelja poizve po zapisu A ali AAAA za mail.example.com in šele takrat ve, na kateri IP naslov mora poklicati. Zapis MX torej vedno kaže na ime, ki ima samo spet zapis A ali AAAA.

Zapis MX je skoraj vedno nastavljen na sami domeni (@), saj gre za del za znakom @ v e-poštnem naslovu. Če želite prejemati pošto na info@nieuws.example.com, mora imeti nieuws.example.com svoj lasten zapis MX.

Prioriteta: nižje število je prej na vrsti

Število pred poštnim strežnikom se imenuje prioriteta (v standardu, RFC 5321, se imenuje preference). Pravilo je preprosto:

• Čim nižje je število, tem prej je ta strežnik na vrsti.
• Če ta strežnik ni dosegljiv, pošiljatelj poskusi naslednjega.
• Če imata dva strežnika enako število, pošiljatelj pošto naključno razporedi med oba. Tako lahko razporedite obremenitev.

Samo število ne pomeni ničesar. 0, 1, 5, 10 ali 100: šteje samo vrstni red. Zapis s prioriteto 10 in zapis s 20 deluje popolnoma enako kot 1 in 2. Če Vam ponudnik e-pošte poda določeno število, ga preprosto uporabite. Če navede samo en strežnik, število ni pomembno.

Strežnik z višjim številom pogosto imenujemo rezervni MX (back-up MX). Nekoč je bilo to običajno: če je Vaš lasten strežnik odpadel, je rezervni strežnik shranil pošto. Danes strežnik pošiljatelja sam shrani pošto nekaj dni in poskusi znova. Rezervni MX, ki ni pravilno nastavljen (na primer brez filtra za neželeno pošto), lahko ravno nasprotno privablja neželeno pošto. Uporabite ga torej samo, če Vam to tako svetuje Vaš ponudnik.

Pravila za pravilen zapis MX

1. Ime, ne IP naslov. MX 10 192.0.2.25 je neveljaven. Ustvarite zapis A mail z 192.0.2.25 in naj MX kaže na mail.example.com..
2. Ne na CNAME. Ime v zapisu MX mora imeti samo zapis A ali AAAA, ne CNAME (RFC 2181, odstavek 10.3). Veliko strežnikov to kljub temu razreši, a ne vsi.
3. Pika na koncu. V mnogih nadzornih ploščah vnesete mail.example.com. s piko. Brez pike nadzorna plošča Vašo domeno doda še enkrat na konec: mail.example.com.example.com. To ime ne obstaja in Vaša pošta ne pride na cilj.
4. Poštni strežnik mora obstajati. Če MX kaže na ime brez zapisa A ali AAAA, ne pride nič. To v praksi pogosto vidimo, ko nekdo prenese imenske strežnike svoje domene k ponudniku za izdelavo spletnih strani: zapis MX se prenese, zapis A za mail pa ne.
5. Odstranite stare zapise. Če preidete na drugega ponudnika e-pošte, odstranite zapise MX starega ponudnika. Če jih pustite, bo del Vaše pošte še vedno prispel pri starem ponudniku.

Brez zapisa MX: implicitni MX in null MX

Kaj se zgodi, če domena sploh nima zapisa MX? Po RFC 5321 strežnik pošiljatelja takrat poskusi zapis A ali AAAA same domene. Temu pravimo implicitni MX. Če Vaša spletna stran gostuje na strežniku brez pošte, bo svet poskušal dostaviti pošto na Vaš spletni strežnik. To povzroči zakasnitve in sporočila o napakah pri pošiljatelju.

Če želite jasno povedati, da domena nikoli ne prejema pošte, uporabite null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioriteta 0 in kot poštni strežnik samo pika. Pošiljatelj takoj vidi, da mu ni treba poskusiti, in takoj pošlje pošiljatelju jasno sporočilo o napaki. To kombinirajte z zapisom SPF v=spf1 -all (lekcija 4.3), če domena tudi ne pošilja pošte.

Lokalna dostava: past pri gostovanju s pošto

Veliko paketov gostovanja ima spletni in poštni strežnik na istem računalniku. Ta strežnik privzeto razmišlja takole: "pošto za to domeno bom dostavil sam." Če prenesete svojo pošto k drugemu ponudniku, prilagodite zapise MX, vendar se strežnik tega ne zaveda samodejno. Posledica: pošta iz Vašega lastnega kontaktnega obrazca in z drugih spletnih strani na istem strežniku ostane na starem strežniku in nikoli ne pride do Vašega novega ponudnika. Pošiljatelj včasih dobi nazaj sporočilo 550 Unknown user.

To vprašanje ponudniki gostovanja dobijo zelo pogosto. Zato je v večini nadzornih plošč stikalo z imenom, kot je "Uporabi ta strežnik za obravnavo mojih e-poštnih sporočil" ali "Lokalna dostava pošte". Ali svojo pošto prestavljate k drugemu ponudniku? Spremenite zapis MX IN izklopite to stikalo. Če naredite samo eno od tega, gre nekaj narobe.

V praksi: tako je videti v nadzorni plošči

V tem primeru uporabljamo DirectAdmin. Pod Upravitelj e-pošte, Zapisi MX vidite zapise MX svoje domene. Pri vsakem zapisu vnesete prioriteto v polje in za njim poštni strežnik, s piko na koncu. Pod tem je kljukica Uporabi ta strežnik za obravnavo mojih e-poštnih sporočil. Pri Predloga MX lahko izberete vnaprej pripravljene nastavitve, na primer za Microsoft 365 ali Google Workspace.

V Moj WebOké je enako na zavihku DNS domene, kjer se stikalo imenuje Dostava.

V cPanelu, Plesku, Cloudflare ali pri svojem registrarju je zaslon videti drugače, vendar vedno vnesete iste tri stvari: ime (@ ali prazno), prioriteto in poštni strežnik.

Povzetek

• Zapis MX pove, kam mora iti pošta za Vašo domeno. Kaže na ime, nikoli na IP naslov ali CNAME.
• Najnižja prioriteta je prva na vrsti; enaka števila si delijo pošto; samo število ne pomeni ničesar.
• Brez MX bo svet poskusil Vaš zapis A (implicitni MX). Če nikoli ne prejemate pošte, uporabite MX 0 . (null MX).
• Če prenesete svojo pošto, odstranite stare zapise MX in izklopite lokalno dostavo na Vašem strežniku za gostovanje.

Kviz

Naloga

Naloga Z4.1: Iskanje zapisa MX. Poiščite zapise MX za wikipedia.org (ali za svojo domeno). Vnesite, kateri poštni strežnik ima najnižje število prioritete in katero število je to.

Naloga O4.1: Samostojna nastavitev v vadbeni coni. V svoji vadbeni coni <code>.dnspractice.eu ustvarite dva zapisa MX: prioriteto 10 na mail.<code>.dnspractice.eu in prioriteto 20 na backup.<code>.dnspractice.eu. Za obe imeni ustvarite zapis A: mail na 192.0.2.25 in backup na 192.0.2.26. Nato kliknite Preveri.

Za nadaljnje branje

Koraki v teh člankih veljajo za nadzorne plošče WebOké; v drugih nadzornih ploščah deluje podobno.

• Priročnik DirectAdmin 5.5: Zapisi MX: kam prihaja Vaša e-pošta?
• Vaša e-pošta drugje: Microsoft 365, Google Workspace ali lasten poštni strežnik
• Pošiljanje pošte prek PHP ne deluje, zapisi MX kažejo drugam
• Priročnik DirectAdmin 18.9: Ne prejemam več e-pošte
• RFC 5321 odstavek 5.1 (usmerjanje pošte), RFC 7505 (null MX)