Co je záznam MX?

Jak funguje záznam MX?

Odesílající poštovní server se zeptá DNS na záznamy MX části za @, seřadí je podle priority a zkouší je v tomto pořadí. Když někdo napíše [email protected], jeho server vyhledá záznamy MX domény vasejmeno.com. Každý záznam nese dvě hodnoty: číslo priority a název poštovního hostitele.

RFC 5321, standard SMTP, říká, že hodnota preference musí být použita při řazení, že nižší čísla se zkouší jako první a že hostitelé se stejnou preferencí se vybírají v náhodném pořadí. Odesílatel zkouší nejméně dvě adresy po řadě, dokud jedna zprávu nepřijme.

Záznam MX neuchovává schránku. Jen ukazuje na počítač vašeho poskytovatele e-mailu, který zprávu ukládá. Proto je vaše adresa přenositelná: doménu koupíte jednou a záznamy MX měníte, když přecházíte mezi poskytovateli. Schránka se mění, adresa ne. Stránka o vlastní e-mailové doméně vysvětluje tuto myšlenku celou.

Co znamená číslo priority?

Číslo priority určuje pořadí doručování: server s nejnižším číslem přijme poštu jako první a další je záloha. Číslo nemá jednotku a žádný význam mimo srovnání mezi vašimi vlastními záznamy. 10 a 20 fungují přesně jako 1 a 2.

Proton Mail používá dva záznamy: mail.protonmail.ch s 10 a mailsec.protonmail.ch s 20. Fastmail také používá 10 a 20 na in1-smtp.messagingengine.com a in2-smtp.messagingengine.com. Mailbox.org uvádí čtyři hostitele, mxext1 až mxext4, se stejnou prioritou 10, takže odesílatel vybere jednoho náhodně; pokud váš hostitel DNS odmítne shodné priority, Mailbox.org radí použít 10, 20, 30 a 40.

Jedno pravidlo zachrání mnoho ztracených zpráv: ponechte jen záznamy MX svého současného poskytovatele. Fastmail i Proton varují, že MX starého poskytovatele ponechané na místě dělá doručování nepředvídatelným, protože odesílatel může vybrat ten starý. Jediné bezpečné překrytí je dát novému hostiteli nejnižší číslo priority.

Co se stane, když doména nemá žádný záznam MX?

Bez jakéhokoli záznamu MX se odesílatel vrátí k záznamu adresy samotné domény, jako by doména měla MX s prioritou 0 ukazující na svůj vlastní A nebo AAAA záznam. RFC 5321 tomu říká implicitní MX. Záloha platí jen tehdy, když žádný záznam MX neexistuje: jakmile je publikován jeden záznam MX, odesílatelé nesmějí používat záznamy A nebo AAAA domény.

U domény, kterou nepoužíváte pro e-mail, je záloha nepříjemnost. Odesílatelé se dál pokoušejí doručit na váš webový server, typicky několik dní, a odesílatel se o selhání dozví pozdě. Null MX dveře zavře hned.

Co je null MX záznam?

Null MX je jediný záznam MX s prioritou 0 a tečkou jako cílem a prohlašuje, že doména nepřijímá vůbec žádnou poštu. Je definován v RFC 7505. S null MX odesílající server selže doručení při prvním pokusu a nezařadí zprávu do fronty na dny.

RFC 7505 stanoví dvě pravidla. Doména, která publikuje null MX, nesmí publikovat žádný jiný záznam MX, takže null MX je sám. A doména, která odesílá poštu z vlastních adres, nesmí používat null MX, protože příjemci mohou její zprávy odmítnout. Používejte ho jen pro název, který neodesílá ani nepřijímá, například doménu, kterou držíte pro přesměrování nebo defenzivní registraci. Záznam vypadá v zápisu zónového souboru takto:

Může záznam MX ukazovat na IP adresu nebo CNAME?

Ne: cílem záznamu MX je název hostitele, který se rozpouští na záznam A nebo AAAA, nikdy holá IP adresa. RFC 5321 také nechává cíl, který se rozpouští přes CNAME, mimo svou působnost, takže bezpečná volba je ukázat MX přímo na hostitele, který vlastní své adresní záznamy. Poskytovatelé publikují správné názvy hostitelů, jako v tabulce výše.

Název hostitele v MX není webová adresa. mail.protonmail.ch je přijímací server; otevření v prohlížeči vám nic neřekne. Totéž platí pro konec názvu: v zónovém souboru tečka na konci označuje úplný název, zatímco mnoho editorů DNS tečku doplní za vás, takže kopírujte hodnotu přesně tak, jak ji váš poskytovatel ukáže.

Jak přidám nebo změním záznamy MX na své doméně?

Otevřete editor DNS domény, smažte záznamy MX předchozího poskytovatele a přidejte nové s jejich prioritami. Postelva dává každé doméně bezplatný hosting DNS s MX, TXT, CNAME a dalšími typy záznamů, a jednokliková šablona DNS pro Proton Mail, Fastmail, Zoho Mail, Google Workspace a Microsoft 365, plus šablona SPF + DMARC a šablona „bez e-mailu“ pro doménu, která nic neodesílá. U Tuta, Mailbox.org, iCloud+ a Migadu není šablona na jedno kliknutí: záznamy MX, TXT a CNAME píšete v editoru DNS podle hodnot, které váš poskytovatel zobrazí.

Před přesunem snižte TTL starých záznamů MX. Čas, který změna potřebuje, aby se rozšířila, je zhruba staré TTL záznamu v okamžiku, kdy ho měníte, a dodavatelé uvádějí obvyklé zpoždění změny MX na 1 až 4 hodiny, někdy až 48. Postup krok za krokem je v průvodci přesunem e-mailu k novému poskytovateli bez ztráty pošty. Po změně zkontrolujte záznamy MX, SPF, DKIM a DMARC vyhledáním. Pro procházku poskytovatelem začněte u nastavení Proton Mail s vlastní doménou.

Stačí MX k spolehlivému příjmu e-mailu?

Ne: MX rozhoduje, kam pošta přijde, ale SPF, DKIM a DMARC rozhodují, zda ostatní servery důvěřují poště, kterou odesíláte. Doména se správnými záznamy MX přijímá e-maily, ale zpráva, kterou z ní pošlete, může skončit ve spamu bez tří ověřovacích záznamů. Vysvětlují je vedle sebe SPF vs DKIM vs DMARC.

Podle počtu Postelva z 12. listopadu 2026 u poskytovatelů, jejichž nápovědy přečetl, používají Proton Mail a Fastmail každý 2 hostitele MX a Mailbox.org 4. Úplné nastavení Proton Mail je pak 8 záznamů celkem: 1 ověřovací TXT, 2 MX, 1 SPF, 3 DKIM a 1 DMARC.

Citovatelné shrnutí: záznam MX říká světu, který server přijímá e-maily domény, a jeho změna je jediný krok, který přesune adresu mezi poskytovateli. Postelva prodává doménu a její DNS; schránka zůstává u vašeho poskytovatele e-mailu.