MX ieraksti un prioritāte

Modulis 4: Ieraksti e-pastam · Lasīšanas laiks: 8 minūtes

Mācību mērķis: Pēc šīs nodarbības Jūs varēsiet lasīt un iestatīt MX ierakstus, pareizi izvēlēties prioritāti un izskaidrot, kas notiek, ja domēnam nav MX ieraksta.

Pamatjēdzieni: MX ieraksts, prioritāte (preference), rezerves MX, pasta serveris (hostdatora nosaukums), netiešais MX, null MX, lokālā piegāde

Kurp jāsūta pasts?

Ja kāds nosūta e-pastu uz info@example.com, nosūtītāja pasta serverim jānoskaidro, pie kura servera šis e-pasts jāpiegādā. To tas noskaidro DNS, uzdodot jautājumu par example.com MX ierakstu (Mail eXchanger).

Atbilde nav IP adrese, bet gan pasta serveru saraksts, katram ar skaitli priekšā:

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

Pēc tam nosūtītājs vaicā mail.example.com A vai AAAA ierakstu, un tikai tad tas zina, uz kuru IP adresi jāzvana. Tātad MX ieraksts vienmēr norāda uz nosaukumu, kuram savukārt ir savs A vai AAAA ieraksts.

MX ieraksts gandrīz vienmēr atrodas uz pašas domēna nosaukuma (@), jo runa ir par to daļu aiz @ e-pasta adresē. Ja vēlaties saņemt pastu uz info@nieuws.example.com, tad nieuws.example.com ir nepieciešams savs MX ieraksts.

Prioritāte: zemākais iet pirmais

Skaitli pirms pasta servera nosaukuma sauc par prioritāti (standartā RFC 5321 to sauc par preference). Noteikums ir vienkāršs:

• Jo zemāks skaitlis, jo agrāk šis serveris ir rindā.
• Ja šis serveris nav sasniedzams, nosūtītājs mēģina nākamo.
• Ja diviem serveriem ir vienāds skaitlis, nosūtītājs sadala pastu starp abiem nejauši. Tā var izlīdzināt slodzi.

Pats skaitlis nozīmes nav. 0, 1, 5, 10 vai 100: svarīga ir tikai secība. Ieraksts ar prioritāti 10 un cits ar 20 strādā tieši tāpat kā 1 un 2. Ja Jūsu e-pasta pakalpojumu sniedzējs norāda konkrētu skaitli, izmantojiet to. Ja viņš norāda tikai vienu serveri, skaitlim nav nozīmes.

Serveri ar augstāku skaitli bieži sauc par rezerves MX. Agrāk tas bija ierasts: ja Jūsu pašu serveris nebija pieejams, rezerves serveris saglabāja pastu. Mūsdienās nosūtītājs serveris pats saglabā pastu dažas dienas un mēģina vēlreiz. Nepareizi iestatīts rezerves MX (piemēram, bez surogātpasta filtra) tieši pretēji piesaista surogātpastu. Tāpēc izmantojiet to tikai tad, ja Jūsu pakalpojumu sniedzējs to pieprasa.

Noteikumi pareizam MX ierakstam

1. Nosaukums, nevis IP adrese. MX 10 192.0.2.25 nav derīgs. Izveidojiet A ierakstu mail ar vērtību 192.0.2.25 un ļaujiet MX norādīt uz mail.example.com..
2. Ne uz CNAME. MX ierakstā norādītajam nosaukumam pašam jābūt A vai AAAA ierakstam, nevis CNAME (RFC 2181, 10.3. punkts). Daudzi serveri to tomēr atrisina, bet ne visi.
3. Punkts beigās. Daudzās vadības paneļos Jūs ierakstāt mail.example.com. ar punktu. Bez punkta panelis pievieno Jūsu domēna nosaukumu vēlreiz: mail.example.com.example.com. Šāds nosaukums neeksistē, un Jūsu pasts neaizies.
4. Pasta serverim jāpastāv. Ja MX norāda uz nosaukumu bez A vai AAAA ieraksta, nekas neaizies. Praksē to bieži redzam, kad kāds pārceļ domēna vārdu serverus uz vietņu veidotāju: MX ieraksts tiek pārcelts, bet mail A ieraksts ne.
5. Vecie ieraksti jānoņem. Ja pārejat uz citu e-pasta pakalpojumu sniedzēju, noņemiet vecā pakalpojumu sniedzēja MX ierakstus. Ja tos atstāj, daļa Jūsu pasta joprojām nonāk pie vecā pakalpojumu sniedzēja.

Bez MX ieraksta: netiešais MX un null MX

Kas notiek, ja domēnam vispār nav MX ieraksta? Saskaņā ar RFC 5321 nosūtītājs serveris tad mēģina izmantot paša domēna nosaukuma A vai AAAA ierakstu. To sauc par netiešo MX. Ja Jūsu vietne atrodas uz servera bez pasta, pasaule mēģinās piegādāt pastu Jūsu tīmekļa serverim. Tas rada aizkavēšanos un kļūdu paziņojumus nosūtītājam.

Ja vēlaties skaidri parādīt, ka domēns nekad nesaņem pastu, izmantojiet null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioritāte 0 un kā pasta serveris tikai punkts. Nosūtītājs tad uzreiz redz, ka mēģinājums nav vajadzīgs, un nekavējoties nosūta nosūtītājam korektu kļūdas paziņojumu. Apvienojiet to ar SPF ierakstu v=spf1 -all (4.3. nodarbība), ja domēns arī nesūta pastu.

Lokālā piegāde: slazds hostinga pakalpojumā ar e-pastu

Daudziem hostinga pakalpojumiem ir tīmekļa serveris un pasta serveris uz vienas iekārtas. Šis serveris pēc noklusējuma domā: "pastu šim domēnam piegādāšu pats". Ja pārceļat savu pastu pie cita pakalpojumu sniedzēja, Jūs maināt MX ierakstus, bet serveris to automātiski neatceras. Rezultāts: pasts no Jūsu paša kontaktformas un no citām vietnēm uz tā paša servera paliek vecajā serverī un nekad nenonāk pie Jūsu jaunā pakalpojumu sniedzēja. Nosūtītājs dažreiz saņem atpakaļ 550 Unknown user.

Šo jautājumu hostinga uzņēmumi saņem ļoti bieži. Tāpēc lielākajā daļā paneļu ir slēdzis ar nosaukumu, piemēram, "Izmantot šo serveri, lai apstrādātu manus e-pastus" vai "Lokālā pasta piegāde". Pārceļat pastu pie cita pakalpojumu sniedzēja? Nomainiet MX UN izslēdziet šo slēdzi. Ja izdarāt tikai vienu no šīm darbībām, radīsies problēmas.

Praksē: kā tas izskatās vadības panelī

Šajā piemērā izmantojam DirectAdmin. Sadaļā E-mail Manager, MX Records Jūs redzēsiet sava domēna MX ierakstus. Katram ierakstam Jūs ievadāt prioritāti vienā lodziņā un pasta serveri aiz tā, ar punktu beigās. Zemāk atrodas izvēles rūtiņa Izmantot šo serveri, lai apstrādātu manus e-pastus. Pie MX Template Jūs varat izvēlēties gatavus iestatījumus, piemēram, Microsoft 365 vai Google Workspace vajadzībām.

Mans WebOké tas pats atrodams domēna cilnē DNS; tur slēdzis saucas Piegāde.

cPanel, Plesk, Cloudflare vai pie Jūsu reģistratora ekrāns izskatās citādi, taču Jūs vienmēr ievadāt tās pašas trīs lietas: nosaukumu (@ vai tukšs), prioritāti un pasta serveri.

Kopsavilkums

• MX ieraksts norāda, kurp jānosūta pasts Jūsu domēnam. Tas norāda uz nosaukumu, nekad uz IP adresi vai CNAME.
• Zemākā prioritāte pirmā; vienādi skaitļi dala pastu savā starpā; pašam skaitlim nav nozīmes.
• Bez MX pasaule mēģinās Jūsu A ierakstu (netiešais MX). Ja nekad nesaņemat pastu, izmantojiet MX 0 . (null MX).
• Ja pārceļat savu pastu, noņemiet vecos MX ierakstus un izslēdziet lokālo piegādi Jūsu hostinga serverī.

Tests

Uzdevums

Uzdevums Z4.1: MX meklēšana. Atrodiet wikipedia.org MX ierakstus (vai sava domēna). Norādiet, kuram pasta serverim ir zemākais prioritātes skaitlis, un kāds tas ir.

Uzdevums O4.1: Pašrocīga iestatīšana vingrināšanās zonā. Jūsu vingrināšanās zonā <code>.dnspractice.eu izveidojiet divus MX ierakstus: prioritāti 10 uz mail.<code>.dnspractice.eu un prioritāti 20 uz backup.<code>.dnspractice.eu. Abiem nosaukumiem izveidojiet A ierakstu: mail uz 192.0.2.25 un backup uz 192.0.2.26. Pēc tam noklikšķiniet uz Pārbaudīt.

Papildu lasāmviela

Šajos rakstos minētās darbības attiecas uz WebOké vadības paneļiem; citos paneļos tas darbojas līdzīgi.

• DirectAdmin rokasgrāmata 5.5: MX records: kur nonāk Jūsu e-pasts?
• Jūsu e-pasts citur: Microsoft 365, Google Workspace vai pašu e-pasta serveris
• E-pastu nevar nosūtīt ar PHP, MX ieraksti norāda uz citu serveri
• DirectAdmin rokasgrāmata 18.9: Es vairs nesaņemu e-pastu
• RFC 5321 5.1. punkts (pasta maršrutēšana), RFC 7505 (null MX)