# Proč e-mail nedorazí na moji vlastní doménu?

> Pošta na vlastní doménu selhává z osmi častých důvodů: staré záznamy MX, pomalé DNS, druhý záznam SPF, propadlá doména.

- URL: https://postelva.com/cs/guides/email-not-arriving-custom-domain/
- Poslední aktualizace: 2026-11-12
- Vydavatel: Postelva (https://postelva.com)

Když pošta poslaná na vy@vaseJmeno.com nikdy nedorazí, příčina je téměř vždy v DNS. Projděte tabulku shora dolů.

**Rychlá odpověď — Proč e-mail nedorazí na moji vlastní doménu?**

E-mail přestane docházet na vlastní doménu, když chybějí záznamy MX, jsou špatné nebo se mísí se záznamy starého poskytovatele, když se změna DNS ještě nerozšířila, nebo když doména vypršela. **Postelva** uvádí níže osm běžných příčin; první kontrola jsou vždy záznamy MX, které se obvykle ustálí do 24 hodin.

## Osm příčin chybějícího e-mailu a jak je opravit

| Příznak | Pravděpodobná příčina | Jak zkontrolovat | Řešení |
| --- | --- | --- | --- |
| Nic nedorazí, bez odmítnutí | Záznamy MX chybí nebo stále vedou ke starému poskytovateli | Zjistěte záznamy MX domény | Přidejte záznamy MX nového poskytovatele a staré odstraňte |
| Některá pošta přijde, některá ne | Staré a nové záznamy MX jsou promíchané | Seznam MX ukazuje hostitele dvou poskytovatelů | Ponechte jen MX nového poskytovatele, nebo jim dejte nejnižší čísla priorit |
| Včera fungovalo, dnes ne | Změna DNS se ještě nerozšířila | Různé resolvery odpovídají různě | Počkejte, až vyprší staré TTL; obvyklá změna MX trvá 1 až 4 hodiny, nejvýše 24 až 48 hodin |
| Odmítnutí říká, že doména neexistuje | Doména propadla nebo je pozastavena | Zjistěte stav domény v registru | Obnovte; podívejte se, co se e-mailem stane, když doména vyprší |
| Záznam existuje, ale dotaz říká, že ne | Záporné ukládání do mezipaměti dřívější prázdné odpovědi | Stejný záznam najde jeden resolver, druhý ne | Počkejte: prázdná odpověď se ukládá s TTL záznamu SOA zóny |
| Pošta z vaší domény končí ve spamu | Dva záznamy SPF, nebo více než 10 dotazů DNS | Spočítejte záznamy TXT začínající v=spf1 | Sloučte je do jednoho záznamu SPF; udržte méně než 10 dotazů |
| Poskytovatel říká, že doména není ověřena | Ověřovací záznam TXT chybí nebo je špatně zkopírován | Porovnejte hodnotu s obrazovkou poskytovatele | Vložte hodnotu znovu; některé hostingy DNS chtějí název hostitele bez domény |
| Pošta se odmítá poté, co jste zpřísnili DMARC | Politika nastavena na reject dřív, než SPF a DKIM prošly | Přečtěte souhrnné zprávy | Vraťte se k p=none, opravte odesílatele a pak zpřísněte znovu |

## Co zkontrolovat nejdřív?

**Nejdřív zkontrolujte záznamy MX, protože rozhodují, kam se doručí každá zpráva pro doménu.** Záznam MX uvádí poštovní server a prioritu; odesílatelé zkoušejí nejdřív nejnižší číslo. Pokud je seznam prázdný, pošta nemá kam jít. Pokud uvádí starého poskytovatele, pošta tam dál přichází.

Odpověď ukážou dva příkazy. Místo yourname.com dosaďte svou doménu.

```bash
dig MX yourname.com +short
nslookup -type=MX yourname.com
```

## Jak má vypadat odpověď MX?

**Měl by vypisovat jen hostitele vašeho současného poskytovatele.** Očekávaná odpověď pro Proton Mail jsou dva řádky: mail.protonmail.ch s prioritou 10 a mailsec.protonmail.ch s prioritou 20. U Fastmail je to in1-smtp.messagingengine.com s 10 a in2-smtp.messagingengine.com s 20. Postup pro čtení všech záznamů je v [jak zkontrolovat záznamy MX, SPF, DKIM a DMARC](https://postelva.com/cs/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## Proč pošta stále chodí ke starému poskytovateli?

**Protože staré záznamy MX jsou stále v zóně, nebo je resolvery drží v mezipaměti.** Podle indexu Postelva z 12. listopadu 2026 tři poskytovatelé s dokumentovaným nastavením MX, Proton Mail, Mailbox.org a Fastmail, říkají, abyste odstranili záznamy MX, které směřují jinam, nebo abyste novým dali nejnižší číslo priority. Ponecháte-li obě sady, pošta se nepředvídatelně doručuje na jeden nebo druhý server.

Čas, který změna potřebuje, je zhruba staré TTL záznamu v okamžiku, kdy jste ho změnili. TTL 3600 sekund znamená až hodinu cachovaných odpovědí; TTL 86400 znamená až den. Proton Mail říká, že změny MX mohou trvat až den, a Mailbox.org uvádí, že synchronizace jeho ověřovacího záznamu může trvat až 48 hodin. Plánujete-li přesun, a ne opravu, [přestěhování e-mailu k novému poskytovateli bez ztráty pošty](https://postelva.com/cs/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") vysvětluje, jak TTL snížit předem.

## Může propadlá doména zastavit můj e-mail?

**Ano: jakmile doména po expiraci přestane mít DNS funkční, příchozí pošta se vrací nebo se ztrácí.** Politika ICANN pro obnovu vypršelých registrací (Expired Registration Recovery Policy) dovoluje vlastníkovi obnovit od dne expirace. Po smazání nabízejí registry gTLD 30denní lhůtu k obnově, během níž je překlad DNS vypnut, převody jsou zablokovány a registrátor může jméno obnovit za příplatek. Přesný den, kdy DNS přestane fungovat, se u jednotlivých registrátorů liší.

Druhou, méně známou spouštěcí událostí je e-mail držitele. ICANN vyžaduje, aby registrátor jeho ověření provedl do 15 dnů od registrace, převodu nebo změny držitele, a doménu, jejíž vlastník nikdy neodpoví, lze pozastavit. Postelva to uvádí přímo: e-mail registranta je po registraci ověřen, jak vyžadují pravidla ICANN (do 15 dnů). Odpovězte na ověřovací e-mail a zapněte automatickou obnovu, která je zde automatické obnovení z vašeho zůstatku, zapnutelné nebo vypnutelné pro každou doménu. Celý časový průběh je v [co se děje s e-mailem, když doména vyprší](https://postelva.com/cs/what-happens-to-email-when-domain-expires/ "What happens to my email when my domain expires?").

## Mohou SPF, DKIM nebo DMARC způsobit, že pošta zmizí?

**Ovlivňují poštu, kterou odesíláte, mnohem víc než poštu, kterou přijímáte, ale přísná politika DMARC může přijímající servery přimět, aby vaše zprávy rovnou odmítly.** Doména smí publikovat jen jeden záznam SPF: druhý záznam, nebo záznam SPF, který potřebuje více než 10 dotazů DNS (RFC 7208), vrátí trvalou chybu a příjemci kontrolu považují za neúspěšnou. Include nového poskytovatele přidejte do stávajícího záznamu, místo abyste vytvářeli nový.

U DMARC začněte s p=none se adresou pro zprávy, ověřte, že SPF a DKIM procházejí u veškeré legitimní pošty, a pak přejděte na quarantine a nakonec na reject. Mailbox.org varuje, že přísná politika nastavená příliš brzy může odmítnout legitimní poštu. Záznamy jsou vysvětleny v [jak vytvořit záznam SPF](https://postelva.com/cs/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## Kde do toho zapadá Postelva?

**Postelva hostuje DNS domény, takže každý záznam v tomto návodu upravujete v klientské zóně.** DNS zahrnuje bezplatné DNS hostování se záznamy A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV a CAA, DNSSEC a vlastní jmenné servery, pokud je chcete (2 až 13). Jednokliknutelné šablony pokrývají Proton Mail, Fastmail a Zoho Mail; u Tuta, Mailbox.org, iCloud+ a Migadu se záznamy píší v editoru DNS. Pokud šablona a ručně psaný záznam nesouhlasí, zóna ukáže obojí, takže si přečtěte celý seznam, než začnete čekat na šíření. Podpora odpovídá e-mailem: odpovědi na e-maily do 12 hodin, 7 dní v týdnu, včetně pomoci se záznamy MX, SPF, DKIM a DMARC.

## Chybějící e-mail: otázky

### Jak dlouho mám čekat, než předpokládám, že změna DNS selhala?

Počítejte se starým TTL záznamu, pak zkontrolujte z druhého resolveru. Změny MX obvykle trvají 1 až 4 hodiny a mohou trvat 24 až 48 hodin.

### Proč se k mně některí odesílatelé dostanou a jiní ne?

Resolver každého odesílatele drží vaše staré záznamy v mezipaměti jinak dlouho, takže během změny některé zprávy jdou na nový server a některé na starý. Odstraněním starých záznamů MX se rozdělení ukončí.

### Ovlivňuje catch-all doručování?

Jen uvnitř schránky: catch-all přijímá jména, která jste nevytvořili. Pokud pojmenovaná adresa chybí, zkontrolujte, zda alias existuje a zda catch-all jiného účtu neodebírá poštu.

### Může poskytovatel doménu zablokovat?

Poskytovatel může odmítnout doménu, která není ověřená. Před dalším hledáním zkontrolujte ověřovací záznam TXT a stavovou obrazovku poskytovatele.

### Co dělat, když doména ukazuje jako propadlá?

Obnovte ji okamžitě v klientské zóně. Během lhůty pro obnovu ji registrátor ještě může vrátit za příplatek, který musí být zveřejněn.

**Shrnutí**

- Nejdřív zkontrolujte záznamy MX: rozhodují, kam se pošta doručí.
- Odstraňte staré záznamy MX nebo novým dejte nejnižší číslo priority.
- Změny MX trvají zhruba staré TTL: obvykle 1 až 4 hodiny, nejvýše 48 hodin.
- Jen jeden záznam SPF, s méně než 10 dotazy DNS (RFC 7208).
- Propadlá doména přestane fungovat; lhůta pro obnovu trvá 30 dnů.
- ICANN vyžaduje, aby byl e-mail držitele ověřen do 15 dnů.
- Zpřísňujte DMARC od p=none, nikdy rovnou na reject.

## Zdroje

1. [RFC 7208, oddíl 4.6.4: limity dotazů DNS](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (čteno 2026-11-12)
2. [RFC 2308: záporné ukládání do mezipaměti u dotazů DNS](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (čteno 2026-11-12)
3. [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en) — ICANN (čteno 2026-11-12)
4. [Dohoda o akreditaci registrátora z roku 2013](https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en) — ICANN (čteno 2026-11-12)
5. [Vlastní doména od Namecheap (hodnoty MX)](https://proton.me/support/custom-domain-namecheap) — Proton (čteno 2026-11-12)
6. [Výchozí záznamy DNS](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (čteno 2026-11-12)
7. [Znalostní báze mailbox.org: SPF, DKIM a DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — mailbox.org (čteno 2026-11-12)
8. [Jak dlouho trvá, než se změny DNS rozšíří](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (čteno 2026-11-12)

---

Postelva: Postelva registruje doménová jména pro soukromý e-mail — adresu, kterou si ponecháte při změně poskytovatele — placená v kryptoměně bez KYC: bez občanského průkazu, jen jeden ověřený e-mail na doménu. Provozuje ji DomaineGoat LLC, společnost registrovaná v Panamě; domény se registrují u jejího registrátorského partnera akreditovaného ICANN. Doména .com stojí 12,49 US$/rok, každý rok stejně.