MX zapisi i prioritet

Modul 4: Zapisi za e-poštu · Vrijeme čitanja: 8 minuta

Cilj učenja: Nakon ove lekcije moći ćete čitati i postavljati MX zapise, pravilno odabrati prioritet i objasniti što se događa ako domena nema MX zapis.

Ključni pojmovi: MX zapis, prioritet (preference), back-up MX, poslužitelj e-pošte (naziv hosta), implicitni MX, null MX, lokalna dostava

Kamo mora stići pošta?

Pošalje li netko e-poštu na info@example.com, poslužitelj e-pošte pošiljatelja mora utvrditi kojem poslužitelju treba dostaviti tu poruku. To provjerava u DNS-u, postavljajući upit za MX zapis (Mail eXchanger) domene example.com.

Odgovor nije IP adresa, nego popis poslužitelja e-pošte, svaki s brojem ispred:

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

Zatim poslužitelj pošiljatelja traži A ili AAAA zapis za mail.example.com, i tek tada zna koju IP adresu treba kontaktirati. MX zapis dakle uvijek pokazuje na naziv, koji sam po sebi ima A ili AAAA zapis.

MX zapis gotovo uvijek stoji na samoj domeni (@), jer se odnosi na dio iza znaka @ u e-mail adresi. Želite li primati poštu na info@nieuws.example.com, poddomena nieuws.example.com treba vlastiti MX zapis.

Prioritet: niži ide prvi

Broj ispred poslužitelja e-pošte naziva se prioritet (u standardu, RFC 5321, naziva se preference). Pravilo je jednostavno:

• Što je broj niži, to je taj poslužitelj prije na redu.
• Ako taj poslužitelj nije dostupan, pošiljatelj pokušava sljedeći.
• Imaju li dva poslužitelja isti broj, pošiljatelj nasumično raspoređuje poštu između njih. Tako se opterećenje može ravnomjerno rasporediti.

Sam broj ništa ne znači. 0, 1, 5, 10 ili 100: bitan je samo redoslijed. Zapis s prioritetom 10 i onaj s 20 funkcionira potpuno isto kao 1 i 2. Ako Vam pružatelj usluge e-pošte zada broj, preuzmite ga takav kakav jest. Ako zada samo jedan poslužitelj, broj nije važan.

Poslužitelj s višim brojem često nazivamo back-up MX. Nekada je to bilo uobičajeno: ako bi Vaš vlastiti poslužitelj bio nedostupan, back-up bi zadržao poštu. Danas poslužitelj pošiljatelja sam zadržava poštu nekoliko dana i ponovno pokušava. Loše postavljen back-up MX (na primjer bez filtra za spam) zapravo privlači spam. Koristite ga stoga samo ako to Vaš pružatelj usluge tako navede.

Pravila za ispravan MX zapis

1. Naziv, a ne IP adresa. MX 10 192.0.2.25 nije valjan. Napravite A zapis mail s vrijednošću 192.0.2.25 i neka MX pokazuje na mail.example.com..
2. Ne prema CNAME-u. Naziv u MX zapisu mora sam imati A ili AAAA zapis, a ne CNAME (RFC 2181, odlomak 10.3). Mnogi poslužitelji to ipak razriješe, ali ne svi.
3. Točka na kraju. U mnogim kontrolnim pločama upisujete mail.example.com. s točkom. Bez točke kontrolna ploča će na kraj dodati Vašu domenu još jednom: mail.example.com.example.com. Taj naziv ne postoji, pa Vaša pošta neće stići.
4. Poslužitelj e-pošte mora postojati. Pokazuje li MX na naziv bez A ili AAAA zapisa, ništa neće stići. U praksi se to često događa kada netko prenese poslužitelje imena svoje domene k izrađivaču web stranica: MX zapis se prenese, ali A zapis za mail ne.
5. Uklonite stare zapise. Prelazite li na drugog pružatelja usluge e-pošte, uklonite MX zapise starog pružatelja. Ostavite li ih, dio Vaše pošte i dalje će stizati kod starog pružatelja.

Bez MX zapisa: implicitni MX i null MX

Što se događa ako domena uopće nema MX zapis? Prema RFC 5321, poslužitelj pošiljatelja tada pokušava s A ili AAAA zapisom same domene. To se naziva implicitni MX. Nalazi li se Vaša web stranica na poslužitelju bez e-pošte, svijet će tada pokušati dostaviti poštu Vašem web poslužitelju. To uzrokuje kašnjenje i poruke o pogrešci kod pošiljatelja.

Želite li jasno naznačiti da domena nikada ne prima poštu, upotrijebite null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritet 0 i kao poslužitelj e-pošte samo točka. Pošiljatelj tada odmah vidi da ne treba ni pokušavati i izravno pošiljatelju šalje urednu poruku o pogrešci. Ovo kombinirajte sa SPF zapisom v=spf1 -all (lekcija 4.3) ako domena uopće ne šalje poštu.

Lokalna dostava: zamka kod hostinga s e-poštom

Mnogi hosting paketi imaju web poslužitelj i poslužitelj e-pošte na istom stroju. Taj poslužitelj po zadanim postavkama misli: "poštu za ovu domenu sam ću dostaviti". Prenesete li svoju e-poštu drugom pružatelju usluge, prilagodite MX zapise, ali poslužitelj to ne pamti automatski. Posljedica: pošta s Vašeg vlastitog kontaktnog obrasca, kao i s drugih web stranica na istom poslužitelju, ostaje zaglavljena na starom poslužitelju i nikada ne stiže do Vašeg novog pružatelja usluge. Pošiljatelj ponekad dobije povratnu poruku 550 Unknown user.

Hosting tvrtke vrlo često dobivaju ovo pitanje. U većini kontrolnih ploča zato postoji prekidač s nazivom poput "Koristi ovaj poslužitelj za obradu moje e-pošte" ili "Lokalna dostava e-pošte". Premještate li e-poštu kod drugog pružatelja? Promijenite MX i isključite taj prekidač. Učinite li samo jedno od toga, nešto će poći po zlu.

U praksi: ovako to izgleda u kontrolnoj ploči

U ovom primjeru koristimo DirectAdmin. Pod E-mail Manager, MX Records vidite MX zapise svoje domene. Kod svakog zapisa upisujete prioritet u polje, a poslužitelj e-pošte iza njega, s točkom na kraju. Ispod toga nalazi se kvačica Koristi ovaj poslužitelj za obradu moje e-pošte. Kod MX Template možete odabrati gotove postavke, na primjer za Microsoft 365 ili Google Workspace.

U Moj WebOké isto se nalazi na kartici DNS neke domene; prekidač se tamo zove Dostava.

U cPanelu, Plesku, Cloudflareu ili kod Vašeg registrara zaslon izgleda drugačije, ali uvijek upisujete ista tri podatka: naziv (@ ili prazno), prioritet i poslužitelj e-pošte.

Sažetak

• MX zapis govori kamo treba stići pošta za Vašu domenu. Pokazuje na naziv, nikada na IP adresu ili CNAME.
• Najniži prioritet ide prvi; jednaki brojevi dijele poštu; sam broj ništa ne znači.
• Bez MX-a, svijet pokušava s Vašim A zapisom (implicitni MX). Ako nikada ne primate poštu, upotrijebite MX 0 . (null MX).
• Prenesete li svoju e-poštu, uklonite stare MX zapise i isključite lokalnu dostavu na svom hosting poslužitelju.

Kviz

Zadatak

Zadatak Z4.1: Pronalaženje MX-a. Pronađite MX zapise domene wikipedia.org (ili svoje vlastite domene). Upišite koji poslužitelj e-pošte ima najniži broj prioriteta i koji je to broj.

Zadatak O4.1: Samostalno postavljanje u svojoj zoni za vježbu. U svojoj zoni za vježbu <code>.dnspractice.eu napravite dva MX zapisa: prioritet 10 prema mail.<code>.dnspractice.eu i prioritet 20 prema backup.<code>.dnspractice.eu. Za oba naziva napravite A zapis: mail prema 192.0.2.25 i backup prema 192.0.2.26. Zatim kliknite na Provjeri.

Dodatno štivo

Koraci u ovim člancima vrijede za kontrolne ploče WebOké; u drugim kontrolnim pločama postupak je sličan.

• DirectAdmin priručnik 5.5: MX-zapisi: gdje stiže Vaša e-pošta?
• Vaša e-pošta drugdje: Microsoft 365, Google Workspace ili vlastiti mail server
• Slanje e-pošte putem PHP-a ne radi, MX zapisi upućuju na drugi server
• DirectAdmin priručnik 18.9: Ne primam više e-poštu
• RFC 5321 odlomak 5.1 (usmjeravanje pošte), RFC 7505 (null MX)