MX záznamy a priorita

Modul 4: Záznamy pro e-mail · Doba čtení: 8 min

Cíl lekce: Po této lekci budete umět číst a nastavovat MX záznamy, správně zvolit prioritu a vysvětlit, co se stane, když doména nemá MX záznam.

Klíčové pojmy: MX záznam, priorita (preference), záložní MX, poštovní server (název hostitele), implicitní MX, null MX, lokální doručování

Kam má pošta jít?

Pošle li někdo e-mail na info@example.com, musí poštovní server odesílatele zjistit, na kterém serveru se má tato pošta doručit. Zjišťuje to v DNS, dotazem na MX záznam (Mail eXchanger) domény example.com.

Odpovědí není IP adresa, ale seznam poštovních serverů, každý s číslem před sebou:

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

Poté si odesílající server vyžádá záznam A nebo AAAA pro mail.example.com, a teprve pak ví, na jakou IP adresu se má obrátit. MX záznam tedy vždy ukazuje na název, který má svůj vlastní záznam A nebo AAAA.

MX záznam se téměř vždy nastavuje přímo na doméně (@), protože se týká části za znakem @ v e-mailové adrese. Chcete li přijímat poštu na info@nieuws.example.com, potřebuje nieuws.example.com svůj vlastní MX záznam.

Priorita: nižší číslo jde první

Číslo před poštovním serverem se nazývá priorita (ve standardu RFC 5321 se nazývá preference). Pravidlo je jednoduché:

• Čím nižší číslo, tím dříve je daný server na řadě.
• Není li tento server dostupný, zkusí odesílatel další v pořadí.
• Mají li dva servery stejné číslo, rozdělí odesílatel poštu mezi oba náhodně. Tím lze rozložit zátěž.

Samotné číslo nic neznamená. 0, 1, 5, 10 nebo 100: záleží pouze na pořadí. Záznam s prioritou 10 a jiný s 20 funguje úplně stejně jako s 1 a 2. Pokud Vám poskytovatel e-mailu zadá konkrétní číslo, použijte ho. Pokud zadá pouze jeden server, na čísle nezáleží.

Server s vyšším číslem se často nazývá záložní MX. Dříve to bylo běžné: pokud Váš vlastní server vypadl, záložní server poštu uschoval. Dnes odesílající server poštu sám uchovává několik dní a zkouší to znovu. Špatně nastavený záložní MX (například bez spamového filtru) naopak přitahuje spam. Používejte ho tedy pouze tehdy, pokud to tak udává Váš poskytovatel.

Pravidla pro správný MX záznam

1. Název, nikoli IP adresa. MX 10 192.0.2.25 je neplatné. Vytvořte záznam A mail s hodnotou 192.0.2.25 a nechte MX ukazovat na mail.example.com..
2. Ne na CNAME. Název v MX záznamu musí mít vlastní záznam A nebo AAAA, nikoli CNAME (RFC 2181, odstavec 10.3). Mnoho serverů si s tím přesto poradí, ale ne všechny.
3. Tečka na konci. V mnoha panelech zadáváte mail.example.com. s tečkou. Bez tečky k tomu panel ještě jednou přilepí Vaši doménu: mail.example.com.example.com. Tento název neexistuje a Vaše pošta nedorazí.
4. Poštovní server musí existovat. Pokud MX ukazuje na název bez záznamu A nebo AAAA, nic nedorazí. V praxi to často vidíme, když někdo přesouvá jmenné servery domény ke stavebnímu systému webů: MX záznam se přesune, ale záznam A pro mail ne.
5. Odstraňte staré záznamy. Přecházíte li k jinému poskytovateli e-mailu, odstraňte MX záznamy starého poskytovatele. Necháte li je tam, část Vaší pošty bude i nadále docházet starému poskytovateli.

Žádný MX záznam: implicitní MX a null MX

Co se stane, když doména vůbec nemá MX záznam? Podle RFC 5321 odesílající server zkusí záznam A nebo AAAA samotné domény. Tomu se říká implicitní MX. Pokud je na serveru bez pošty pouze Váš web, svět se pak pokusí doručit poštu Vašemu webovému serveru. To způsobuje zpoždění a chybová hlášení u odesílatele.

Chcete li jasně dát najevo, že doména nikdy nepřijímá poštu, použijte null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Priorita 0 a jako poštovní server pouze tečka. Odesílatel pak hned vidí, že se nemusí snažit, a rovnou pošle odesílateli řádnou chybovou zprávu. Zkombinujte to se záznamem SPF v=spf1 -all (lekce 4.3), pokud doména také neodesílá žádnou poštu.

Lokální doručování: past u hostingu s poštou

Mnoho hostingových balíčků má webový i poštovní server na jednom stroji. Tento server standardně předpokládá: "poštu pro tuto doménu doručím sám". Přesunete li poštu k jinému poskytovateli, upravíte MX záznamy, ale server si to sám od sebe nezapamatuje. Výsledek: pošta z Vašeho vlastního kontaktního formuláře a z dalších webů na stejném serveru zůstává viset na starém serveru a nikdy nedorazí k Vašemu novému poskytovateli. Odesílatel někdy dostane zpět 550 Unknown user.

Tento dotaz dostávají hostingové firmy velmi často. Ve většině panelů je proto přepínač s názvem jako "Použít tento server pro doručování mých e-mailů" nebo "Lokální doručování pošty". Přesouváte poštu k jiné firmě? Změňte MX a zároveň tento přepínač vypněte. Uděláte li pouze jedno z toho, nastane problém.

V praxi: jak to vypadá v panelu

V tomto příkladu používáme DirectAdmin. V sekci Správce e-mailů, MX záznamy uvidíte MX záznamy Vaší domény. U každého záznamu zadáte prioritu do políčka a za ní poštovní server, s tečkou na konci. Pod tím je zaškrtávací políčko Použít tento server pro doručování mých e-mailů. U MX šablona můžete vybrat hotová nastavení například pro Microsoft 365 nebo Google Workspace.

V Můj WebOké najdete totéž na záložce DNS u dané domény; přepínač se tam jmenuje Doručování.

V cPanel, Plesk, Cloudflare nebo u Vašeho registrátora vypadá obrazovka jinak, ale vždy zadáváte stejné tři údaje: název (@ nebo prázdné), prioritu a poštovní server.

Shrnutí

• MX záznam říká, kam má jít pošta pro Vaši doménu. Ukazuje na název, nikdy na IP adresu ani na CNAME.
• Nejnižší priorita jde první; stejná čísla si poštu rozdělí; samotné číslo nic neznamená.
• Bez MX zkusí svět Váš záznam A (implicitní MX). Pokud nikdy nepřijímáte poštu, použijte MX 0 . (null MX).
• Přesouváte li poštu, odstraňte staré MX záznamy a vypněte lokální doručování na Vašem hostingovém serveru.

Kvíz

Úkol

Úkol Z4.1: Vyhledání MX. Vyhledejte MX záznamy domény wikipedia.org (nebo Vaší vlastní domény). Zapište, jaký poštovní server má nejnižší číslo priority a jaké je to číslo.

Úkol O4.1: Vlastní nastavení ve Vaší cvičné zóně. Vytvořte ve své cvičné zóně <code>.dnspractice.eu dva MX záznamy: prioritu 10 na mail.<code>.dnspractice.eu a prioritu 20 na backup.<code>.dnspractice.eu. Pro oba názvy vytvořte záznam A: mail na 192.0.2.25 a backup na 192.0.2.26. Poté klikněte na Zkontrolovat.

Doplňující čtení

Kroky v těchto článcích platí pro panely WebOké; v jiných panelech to funguje obdobně.

• Příručka k DirectAdmin 5.5: MX záznamy: kam přichází Váš e-mail?
• Váš e-mail jinde: Microsoft 365, Google Workspace nebo vlastní e-mailový server
• Odesílání pošty přes PHP nefunguje, MX záznamy směřují jinam
• Příručka k DirectAdmin 18.9: Nedostávám žádné e-maily
• RFC 5321 odstavec 5.1 (směrování pošty), RFC 7505 (null MX)