MX įrašai ir prioritetas

4 modulis: Įrašai el. paštui · Skaitymo trukmė: 8 min.

Mokymosi tikslas: Po šios pamokos galėsite skaityti ir nustatyti MX įrašus, teisingai pasirinkti prioritetą bei paaiškinti, kas nutinka, jei domenas neturi MX įrašo.

Pagrindinės sąvokos: MX įrašas, prioritetas (preference), atsarginis MX (back-up MX), pašto serveris (host vardas), numanomas MX (implicit MX), null MX, vietinis pristatymas

Kur turi keliauti laiškas?

Jei kažkas siunčia laišką adresu info@example.com, siuntėjo pašto serveris turi išsiaiškinti, kuriam serveriui tą laišką reikia pristatyti. Tai jis sužino iš DNS, užklausdamas example.com MX įrašo (Mail eXchanger).

Atsakymas yra ne IP adresas, o pašto serverių sąrašas, kiekvienas su skaičiumi priekyje:

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

Tada siunčiantis serveris užklausia mail.example.com A arba AAAA įrašo, ir tik tada sužino, kokiu IP adresu kreiptis. Taigi MX įrašas visada nurodo į vardą, kuris savo ruožtu turi A arba AAAA įrašą.

MX įrašas beveik visada nurodomas pačiame domene (@), nes jis susijęs su dalimi po @ el. pašto adrese. Jei norite gauti paštą adresu info@nieuws.example.com, tuomet nieuws.example.com turi turėti savo MX įrašą.

Prioritetas: mažesnis skaičius eina pirmas

Skaičius prieš pašto serverį vadinamas prioritetu (standarte, RFC 5321, tai vadinama preference). Taisyklė paprasta:

• Kuo mažesnis skaičius, tuo anksčiau tas serveris naudojamas.
• Jei tas serveris nepasiekiamas, siuntėjas bando kitą.
• Jei du serveriai turi tą patį skaičių, siuntėjas atsitiktinai paskirsto paštą tarp jų. Taip galima paskirstyti apkrovą.

Pats skaičius nieko nereiškia. 0, 1, 5, 10 arba 100: svarbi tik eilės tvarka. Įrašas su prioritetu 10 ir su 20 veikia lygiai taip pat, kaip 1 ir 2. Jei Jūsų pašto paslaugų teikėjas nurodo konkretų skaičių, naudokite tą patį. Jei jis nurodo tik vieną serverį, skaičius neturi reikšmės.

Serveris su didesniu skaičiumi dažnai vadinamas atsarginiu MX (back-up MX). Anksčiau tai buvo įprasta: jei Jūsų pagrindinis serveris nutrūkdavo, atsarginis saugodavo paštą. Šiais laikais siunčiantis serveris pats saugo paštą kelias dienas ir bando iš naujo. Netinkamai sukonfigūruotas atsarginis MX (pavyzdžiui, be šlamšto filtro) kaip tik pritraukia šlamštą. Todėl naudokite jį tik tuo atveju, jei Jūsų paslaugų teikėjas taip nurodo.

Taisyklės teisingam MX įrašui

1. Vardas, ne IP adresas. MX 10 192.0.2.25 yra negaliojantis. Sukurkite A įrašą mail su 192.0.2.25 ir nukreipkite MX į mail.example.com.
2. Ne į CNAME. Vardas MX įraše turi pats turėti A arba AAAA įrašą, o ne CNAME (RFC 2181, 10.3 skirsnis). Daugelis serverių tai vis tiek apdoroja, bet ne visi.
3. Taškas gale. Daugelyje valdymo skydų įrašote mail.example.com. su tašku. Be taško valdymo skydas domeno vardą pridės dar kartą: mail.example.com.example.com. Toks vardas neegzistuoja, ir Jūsų paštas nepasieks adresato.
4. Pašto serveris turi egzistuoti. Jei MX nurodo vardą be A ar AAAA įrašo, niekas nepristatoma. Praktikoje tai dažnai pastebima, kai kas nors perkelia domeno vardų serverius pas svetainių kūrimo paslaugos teikėją: MX įrašas perkeliamas kartu, bet mail A įrašas, ne.
5. Senų įrašų pašalinimas. Jei pereinate prie kito pašto paslaugų teikėjo, pašalinkite seno teikėjo MX įrašus. Jei jų nepašalinsite, dalis Jūsų pašto vis tiek bus pristatoma senam teikėjui.

Nėra MX įrašo: numanomas MX ir null MX

Kas nutinka, jei domenas visai neturi MX įrašo? Pagal RFC 5321 siunčiantis serveris tuomet bando patį domeno vardo A arba AAAA įrašą. Tai vadinama numanomu MX (implicit MX). Jei Jūsų svetainė talpinama serveryje be pašto, pasaulis bandys pristatyti paštą Jūsų žiniatinklio serveriui. Tai sukelia vėlavimus ir klaidų pranešimus siuntėjui.

Jei norite aiškiai parodyti, kad domenas niekada negauna pašto, naudokite null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritetas 0, o kaip pašto serveris nurodytas tik taškas. Siuntėjas iškart supranta, kad bandyti nereikia, ir siuntėjui iš karto grąžina tvarkingą klaidos pranešimą. Derinkite tai su SPF įrašu v=spf1 -all (3.3 pamoka), jei domenas taip pat nesiunčia pašto.

Vietinis pristatymas: spąstai talpinimo su paštu atveju

Daugelis talpinimo paketų turi žiniatinklio ir pašto serverį vienoje mašinoje. Tas serveris pagal numatytuosius nustatymus mano: "paštą šiam domenui pristatysiu pats". Jei perkeliate paštą pas kitą teikėją, pakeičiate MX įrašus, bet serveris to savaime neprisimena. Rezultatas: paštas nuo Jūsų pačių kontaktinės formos ir nuo kitų svetainių tame pačiame serveryje lieka sename serveryje ir niekada nepasiekia naujo teikėjo. Siuntėjas kartais gauna 550 Unknown user atsakymą.

Šį klausimą talpinimo paslaugų teikėjai girdi labai dažnai. Todėl daugumoje valdymo skydų yra jungiklis, vadinamas panašiai kaip "Naudoti šį serverį mano el. laiškams tvarkyti" arba "Vietinis pašto pristatymas". Perkeliate paštą pas kitą teikėją? Pakeiskite MX IR išjunkite tą jungiklį. Jei padarysite tik vieną iš šių veiksmų, kils problemų.

Praktikoje: kaip tai atrodo valdymo skyde

Šiame pavyzdyje naudojame DirectAdmin. Skiltyje El. pašto valdymas, MX įrašai, matote savo domeno MX įrašus. Kiekviename įraše įrašote prioritetą viename langelyje ir pašto serverį šalia, su tašku gale. Žemiau yra varnelė Naudoti šį serverį mano el. laiškams tvarkyti. Ties MX šablonas galite pasirinkti paruoštus nustatymus, pavyzdžiui, Microsoft 365 ar Google Workspace.

Mano WebOké tą patį rasite domeno skirtuke DNS; ten jungiklis vadinasi Pristatymas.

cPanel, Plesk, Cloudflare ar pas Jūsų registratorių ekranas atrodo kitaip, bet visada pildote tuos pačius tris dalykus: vardą (@ arba tuščia), prioritetą ir pašto serverį.

Santrauka

• MX įrašas nurodo, kur turi keliauti paštas Jūsų domenui. Jis nurodo į vardą, niekada į IP adresą ar CNAME.
• Žemiausias prioritetas naudojamas pirmas; vienodi skaičiai dalijasi paštu; pats skaičius nieko nereiškia.
• Be MX pasaulis bandys Jūsų A įrašą (numanomas MX). Jei niekada negaunate pašto, naudokite MX 0 . (null MX).
• Perkeliant paštą, pašalinkite senus MX įrašus ir išjunkite vietinį pristatymą savo talpinimo serveryje.

Testas

Užduotis

Užduotis Z4.1: MX paieška. Suraskite wikipedia.org MX įrašus (arba savo domeno). Įrašykite, kuris pašto serveris turi žemiausią prioriteto skaičių ir koks tas skaičius.

Užduotis O4.1: Nustatymas savo pratybų zonoje. Savo pratybų zonoje <code>.dnspractice.eu sukurkite du MX įrašus: prioritetas 10 į mail.<code>.dnspractice.eu ir prioritetas 20 į backup.<code>.dnspractice.eu. Abiem vardams sukurkite A įrašą: mail į 192.0.2.25 ir backup į 192.0.2.26. Tada spauskite Patikrinti.

Skaitykite daugiau

Šiuose straipsniuose nurodyti žingsniai galioja WebOké valdymo skydams; kituose valdymo skyduose veikimo principas panašus.

• DirectAdmin vadovas 5.5: MX įrašai: kur gaunamas Jūsų el. paštas?
• Jūsų el. paštas kitur: „Microsoft 365“, „Google Workspace“ arba nuosava pašto serverio sistema
• Nepavyksta siųsti laiškų per PHP, MX įrašai nukreipti kitur
• DirectAdmin vadovas 18.9: Negaunu daugiau el. laiškų
• RFC 5321 5.1 skirsnis (pašto maršrutizavimas), RFC 7505 (null MX)