Bez KYC: jeden ověřený e-mail, bez dokladů totožnosti · Platba v kryptoměně: BTC, USDT, USDC, ETH, SOL, LTC · .com 12,49 US$/rok, každý rok stejná cena
Jazyk: Čeština
Najděte svou adresu

Řešení potíží · ověřeno 12. listopadu 2026

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

Když pošta poslaná na [email protected] nikdy nedorazí, příčina je téměř vždy v DNS. Projděte tabulku shora dolů.

Poslední aktualizace: · 6 min čtení

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říznakPravděpodobná příčinaJak zkontrolovatŘešení
Nic nedorazí, bez odmítnutíZáznamy MX chybí nebo stále vedou ke starému poskytovateliZjistěte záznamy MX doményPřidejte záznamy MX nového poskytovatele a staré odstraňte
Některá pošta přijde, některá neStaré 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 neZměna DNS se ještě nerozšířilaRů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 neexistujeDoména propadla nebo je pozastavenaZjistěte stav domény v registruObnovte; podívejte se, co se e-mailem stane, když doména vyprší
Záznam existuje, ale dotaz říká, že neZáporné ukládání do mezipaměti dřívější prázdné odpovědiStejný záznam najde jeden resolver, druhý nePočkejte: prázdná odpověď se ukládá s TTL záznamu SOA zóny
Pošta z vaší domény končí ve spamuDva záznamy SPF, nebo více než 10 dotazů DNSSpočítejte záznamy TXT začínající v=spf1Sloučte je do jednoho záznamu SPF; udržte méně než 10 dotazů
Poskytovatel říká, že doména není ověřenaOvěřovací záznam TXT chybí nebo je špatně zkopírovánPorovnejte hodnotu s obrazovkou poskytovateleVlož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 DMARCPolitika nastavena na reject dřív, než SPF a DKIM prošlyPřečtěte souhrnné zprávyVrať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.

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.

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 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ší.

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.

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 (8)
  1. RFC 7208, oddíl 4.6.4: limity dotazů DNS — RFC Editor (čteno 2026-11-12)
  2. RFC 2308: záporné ukládání do mezipaměti u dotazů DNS — RFC Editor (čteno 2026-11-12)
  3. Expired Registration Recovery Policy — ICANN (čteno 2026-11-12)
  4. Dohoda o akreditaci registrátora z roku 2013 — ICANN (čteno 2026-11-12)
  5. Vlastní doména od Namecheap (hodnoty MX) — Proton (čteno 2026-11-12)
  6. Výchozí záznamy DNS — Fastmail (čteno 2026-11-12)
  7. Znalostní báze mailbox.org: SPF, DKIM a DMARC — mailbox.org (čteno 2026-11-12)
  8. Jak dlouho trvá, než se změny DNS rozšíří — Suped (čteno 2026-11-12)

.com 12,49 US$/rok · bez KYC · krypto

Najděte svou adresu