E-mail na vlastní doméně: hosting a nastavení krok za krokem

Aktualizováno a ověřeno: 12. 10. 2026 · Autor: Redakce Firemní e-mail hosting

Adresa [email protected] působí důvěryhodněji než bezplatná schránka a firma ji ovládá i po odchodu zaměstnance. Tento návod popisuje postup obecně, bez vymyšlených hodnot DNS: v příkladech používáme doménu example.cz a zástupné texty. Postup platí pro většinu služeb, od českého mailhostingu po Microsoft 365 a Google Workspace, a zvládne ho i správce bez hlubokých znalostí DNS.

Co potřebujete před spuštěním

Potřebujete registrovanou doménu, přístup ke správě jejích DNS záznamů, seznam lidí a sdílených adres a zvolenou službu. Pokud už na doméně běží pošta, sepište si stávající MX, SPF a nastavení klientů, abyste se mohli vrátit. Naplánujte přepnutí na dobu s nízkým provozem, například na pátek odpoledne.

Výběr e-mailového hostingu

Před nastavením musíte vědět, kam pošta poteče. Rozhoduje cena za uživatele, kapacita, zálohy a podpora; porovnání tarifů včetně nákladů za 12 a 24 měsíců najdete na stránce firemní e-mail hosting: srovnání. U citlivé korespondence si předem ověřte i požadavky na GDPR compliant e-mail hosting.

Nastavení MX, SPF, DKIM a DMARC

Přehled záznamů, které budete upravovat, a nejčastějších chyb:

Ilustrativní podoba záznamů v zónovém souboru; hodnoty ve špičatých závorkách jsou zástupné:

; Ilustrativní zápis – hodnoty nahraďte údaji z dokumentace svého poskytovatele
example.cz.                 3600 IN MX  10 <MX-SERVER-OD-POSKYTOVATELE>.
example.cz.                 3600 IN TXT "v=spf1 include:<SPF-DOMENA-POSKYTOVATELE> ~all"
<selektor>._domainkey.example.cz. 3600 IN TXT "v=DKIM1; k=rsa; p=<VEREJNY-KLIC>"
_dmarc.example.cz.          3600 IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]"

Postup v osmi krocích:

1. Ověřte přístup k DNS. Zjistěte, kde se spravují DNS záznamy domény: u registrátora, u webhostingu, nebo u samostatné DNS služby. Bez přihlašovacích údajů k této správě poštu nenastavíte.
2. Sepište schránky a aliasy. Udělejte seznam osobních schránek, sdílených adres typu info@ a přesměrování. Podle něj určíte počet licencí a nic nezapomenete při přepnutí směrování pošty.
3. Ověřte doménu u poskytovatele. Poskytovatel vám vygeneruje ověřovací TXT nebo CNAME záznam. Vložte ho do DNS přesně tak, jak je uveden, a počkejte na potvrzení v administraci.
4. Snižte TTL den předem. Nastavte nízké TTL u MX záznamů, například 300 sekund. Změna se pak při přepnutí rozšíří rychleji a případnou chybu opravíte bez dlouhého čekání.
5. Založte schránky a zabezpečení. Vytvořte účty, nastavte silná hesla a vynuťte vícefaktorové ověření dřív, než do schránek začne proudit pošta. Uživatelům předejte přístupové údaje bezpečnou cestou.
6. Přepněte MX záznamy. Zadejte hodnoty MX z dokumentace poskytovatele a odstraňte staré záznamy. Žádné hodnoty nepřebírejte z návodů na internetu, liší se podle služby i tarifu.
7. Upravte SPF a zapněte DKIM. Do jediného SPF záznamu přidejte nového poskytovatele i další odesílající služby. DKIM klíč zkopírujte z administrace a podepisování v ní také výslovně zapněte.
8. Přidejte DMARC a sledujte reporty. Začněte politikou p=none s adresou pro reporty. Po několika týdnech bez chyb přejděte na quarantine a později na reject, aby doménu nešlo snadno podvrhnout.

Test doručení a migrace

Po přepnutí pošlete testovací zprávy na Gmail, Seznam a Outlook.com a zkontrolujte hlavičky. Poté zkopírujte starou poštu přes IMAP nebo nástroj poskytovatele. Pokud zprávy nedorazí, příčinou bývá jeden z těchto šesti důvodů:

1. Chybí odesílatel v SPF. Web, fakturační systém nebo CRM odesílá jménem domény, ale v SPF chybí. Příjemce zprávy odmítne nebo je označí jako podezřelé, přestože běžná pošta funguje.
2. DKIM není zapnutý. Záznam v DNS existuje, ale podepisování v administraci zůstalo vypnuté, nebo se klíč při vkládání zalomil. Kontrolu DKIM pak odchozí zprávy u příjemců neprojdou.
3. Příliš přísný DMARC. Politika reject nastavená dřív, než jsou všechny odesílající služby ověřené, způsobí odmítání legitimní pošty. Proto začínejte režimem p=none a čtěte reporty.
4. Staré MX nebo cache DNS. Některé servery mají starý MX v mezipaměti a doručují na původní hosting. Proto nechte starou službu několik dní běžet a poštu z ní přesuňte.
5. Nízká reputace nové domény. Čerstvě registrovaná doména bez historie odesílání může u příjemců skončit ve spamu. Začněte běžnou korespondencí s partnery a hromadné rozesílky zatím odkládejte.
6. Rizikový obsah a přílohy. Zkrácené odkazy, archivy ZIP nebo dokumenty s makry zvyšují skóre spamu. Velké soubory raději sdílejte odkazem z firemního úložiště než přílohou.

Po spuštění nezapomeňte na ochranu účtů podle průvodce bezpečný e-mail hosting.

Shrnutí

E-mail hosting na vlastní doméně zprovozníte za jeden až dva dny: ověření domény, schránky s MFA, MX, SPF, DKIM a DMARC, test hlaviček a migrace. Hodnoty záznamů berte vždy jen z dokumentace své služby.

FAQ