Domů›Příručky›Zabezpečení e-mailů

Zabezpečení e-mailů · Pochopit

Ochrana e-mailového systému, který už máte

Ano, ochranu Microsoft 365, Google Workspace, Exchange nebo jiného serveru lze posílit beze změny e-mailového systému. Záznam MX domény určí bránu, která poštu analyzuje a pak ji doručí na stávající server. Uživatelé si ponechají své schránky; správce DNS i administrátor e-mailového systému mají každý jedno nastavení na starosti.

Aktualizováno: říjen 20267 minCitované oficiální zdroje

Rozhodnutí: ponechat schránku, změnit MX

Změna e-mailového systému a změna ochrany jsou dva různé projekty. První přesouvá schránky, historii, kalendáře a účty v telefonech. Druhý se dotýká jen cesty příchozí pošty.

Tato cesta je dána jedním záznamem DNS: MX, který odesílajícím serverům říká, kam doručovat poštu vaší domény. Když určuje bránu, ta zprávu přijme, analyzuje a pak ji předá serveru se schránkami. To platí pro:

  • Microsoft 365 (Exchange Online);
  • Google Workspace;
  • Exchange nainstalovaný u vás nebo hostovaný;
  • jakýkoli jiný poštovní server, který přijímá přes SMTP;
  • Klytic Mail, který je jen jedním z případů, ne předpokladem.

Tento průvodce se zabývá případem, kdy si schránku ponecháváte. Pokud měníte i server, popisují tento projekt průvodci migrace z Microsoft 365 a migrace z Google Workspace.

Kdo co mění

NastaveníKdeKdo
Záznam MX doményZóna DNS, u registrátora nebo poskytovatele DNSOsoba, která spravuje DNS, nebo dodavatel, na kterého byla správa delegována
Nastavení brány v e-mailovém systémuAdministrační konzole Microsoft 365, Google Workspace nebo serveruAdministrátor e-mailového systému
SPF, DKIM a DMARCZóna DNSSprávce DNS, po soupisu serverů, které za doménu odesílají
Domény a doručovací serverBránaPoskytovatel brány, který připraví konfiguraci

Princip u Microsoft 365

Dokumentace Microsoftu k filtrování službou třetí strany je jasná: MX domény musí určovat tuto službu, která pak doručuje do Exchange Online. Microsoft doporučuje příchozí konektor typu „partner“, který může odmítnout poštu doručenou mimo tuto službu. Doporučuje také zapnout rozšířené filtrování pro konektory, aby jeho vlastní analýza hodnotila skutečného odesílatele, a ne adresu brány. Nedoporučuje jen jednoduše obejít své filtrování pro adresy služby třetí strany.

Princip u Google Workspace

Google popisuje „příchozí poštovní bránu“: MX určuje bránu a administrátor pak v konzoli zadá její IP adresy. Gmail je používá k nalezení skutečné adresy odesílatele v hlavičkách, na níž závisí SPF a jeho hodnocení spamu. Lze také odmítat poštu, která nepřichází z brány. Google upřesňuje, že na poštu přijatou přes nastavenou bránu neuplatňuje politiku DMARC odesílatele: tato kontrola pak přechází na bránu.

Tento průvodce nekopíruje obrazovky těchto konzolí, které se mění. Při nastavování postupujte podle oficiální stránky uvedené v zápatí.

Více serverů za jednou bránou

Častý případ ve skupině: mateřská společnost na Microsoft 365, dceřiná společnost na Google Workspace, třetí na starším serveru. Před všemi třemi může stát jediná brána.

Principem je směrování podle domény. MX každé domény ukazuje na bránu. Pro každou doménu brána zná server, kterému má po analýze poštu předat. Analýza je společná, cíl se liší.

Výhoda: stejná politika filtrování, nebo odlišná nastavení podle domény, a čtení všech rozhodnutí na jednom místě. Co připravit: doména, jejíž schránky jsou rozděleny mezi dva servery, vyžaduje vědět adresu po adrese, kam doručovat. Tento případ se posuzuje před přepnutím.

Co se mění a co ne

Nemění se: adresy, schránky, historie, e-mailový program, webmail, telefony. Vestavěný filtr e-mailového systému dál funguje. Práva a interní sdílení zůstávají taková, jaká jsou na platformě.

Mění se:

  • První server, který poštu přijímá. Právě on vidí původní připojení a ověřuje autentizaci odesílatele.
  • Server se schránkami už nevidí odesílatele přímo, ale bránu. Odtud nastavení popsané výše.
  • Zprávy nesou rozhodovací hlavičky brány: administrátor si v nich může přečíst, proč byla zpráva doručena nebo odložena stranou.
  • Pokud brána předává i odcházející poštu, musí ji záznam SPF domény povolovat a musí pro ni být zveřejněn podpis DKIM. Smysl těchto mechanismů vysvětluje průvodce SPF, DKIM a DMARC.

Až jednou změníte i server se schránkami, brána může zůstat na místě: změní se jen její doručovací server. Pro tento den zůstává referencí průvodce migrace e-mailu bez přerušení provozu, včetně SPF, DKIM a DMARC.

Zavedení krok za krokem

  1. Soupis: domény, server se schránkami u každé z nich, aplikace, které odesílají poštu jménem domény.
  2. Příprava brány jejím poskytovatelem: přijímané domény, doručovací server, výchozí pravidla.
  3. Nastavení brány v e-mailovém systému (příchozí konektor nebo příchozí brána), pokud to platforma umožňuje.
  4. Předem snížit TTL záznamu MX, pak MX změnit. Po dobu platnosti mezipaměti DNS doručuje část odesílatelů stále přímo na server se schránkami: to je normální.
  5. Kontrola: zpráva odeslaná z externí adresy musí dorazít s rozhodovacími hlavičkami brány.
  6. Sledování karantény v prvních dnech, aby bylo možné uvolnit falešné poplachy a upravit pravidla.

Návrat zpět je jednoduchý: vrátit původní MX. Připravuje se jako u migrace, s osobou, která je oprávněna o něm rozhodnout.

Co brána nedělá

Vidí poštu, která jí prochází, a jen ji. Nevidí zprávy vyměněné mezi dvěma schránkami téže platformy, které ji neopouštějí, ani soubory sdílené v online úložišti, ani přihlašování uživatelů.

Nenahrazuje tedy interní nastavení Microsoft 365 nebo Google Workspace: práva, dvoufaktorové ověření, upozornění na přihlášení, pravidla automatického přeposlílání. Ukradený účet je v první řadě věcí e-mailového systému. Průvodce spam, phishing, malware a kompromitovaný účet věci rozlišuje.

A konečně: odesílatel, který zná technickou adresu serveru se schránkami, se může pokusit doručit na něj přímo, mimo MX. To je důvod uzamčení, které nabízí Microsoft (partnerský konektor) a Google (odmítání pošty mimo bránu).

Časté dotazy

Máme informovat uživatele?

Jejich adresy se nemění. Upozorněte je ale, že mohou dostávat oznámení o karanténě: viz Karanténa, falešné poplachy a hlášení.

Máme vypnout filtr Microsoft 365 nebo Google?

Ne. Microsoft doporučuje ponechat jeho analýzu zapnutou a nastavit ji tak, aby viděla skutečného odesílatele, místo aby se obcházela.

Jak dlouho přepnutí trvá?

Samotná změna MX se projeví tempem mezipaměti DNS. Příprava závisí na počtu domén a serverů. Pro Klytic MTA viz následující oddíl.

Mění brána umístěná vpředu doručitelnost našich odesílaných zpráv?

Jen pokud předává i odcházející poštu. V tom případě s ní musí počítat SPF a DKIM: viz SPF, DKIM a DMARC.

Proč prostě nezměnit e-mailový systém?

To je jiné rozhodnutí, s jinými kritérii. Zabývá se jím průvodce jak vybrat evropský firemní e-mail.

Kde se nachází Klytic

Klytic MTA se umísťuje před e-mailový systém, který máte: Microsoft 365, Google Workspace, Exchange, Klytic Mail nebo jakýkoli jiný server. Nepředpokládá schránku Klytic.

  • Uvedení do provozu: obvykle 24 až 48 hodin. Klytic připraví konfiguraci; vy upravíte záznam MX své domény, nebo to Klytic udělá za vás. Nastavení brány v konzoli Microsoft 365 nebo Google Workspace provádí administrátor tohoto e-mailového systému a připravuje se s Klytic při uvedení do provozu.
  • Nasazení: cloud Klytic, dedikovaná instance nebo servery zákazníka. Pro zvláštní potřeby lze s Klytic navrhnout i jiné architektury, například filtrování v cloudu a relay nainstalovaný u vás, nebo více regionů.
  • Nabídky: Essential a Advanced. Essential pokrývá ověření, antispam, antivirus, phishing, podobné domény, karanténu, podpis DKIM odesílaných zpráv a zastavení zprávy před odesláním. Advanced přidává finanční podvody, ochranu při kliknutí, konzoli DMARC a export protokolů do SIEM.
  • Zkušební verze: 30 dní zdarma, beze změny e-mailového systému.

Klytic MTA nespravuje práva ani účty vašeho současného e-mailového systému a neslíbuje rovnocennost s bezpečnostními nástroji vestavěnými do Microsoft 365 nebo Google Workspace: přidává se před ně.

Tato stránka popisuje princip. Konzole Microsoftu a Googlu se vyvíjejí: pro konkrétní postup je rozhodující jejich oficiální dokumentace.

Zdroje

Ověřeno v říjnu 2026.

  • Microsoft Learn, „Manage mail flow using a third-party cloud service with Exchange Online“: MX musí určovat službu třetí strany; příchozí konektor typu partner; rozšířené filtrování pro konektory místo obcházení filtrování. learn.microsoft.com
  • Nápověda Google Workspace, „Set up an inbound mail gateway“: MX směrem na bránu, zadání jejích IP adres, možné odmítání pošty mimo bránu; Gmail neuplatňuje politiku DMARC odesílatele na poštu přijatou přes bránu. knowledge.workspace.google.com
  • RFC 5321, SMTP: meziléhlé hostitele obvykle určuje záznam MX v DNS. rfc-editor.org
  • Klytic, stránka Klytic MTA: moduly nabídek Essential a Advanced, doplňky, způsoby nasazení, uvedení do provozu změnou MX. klytic.com

Ochraňte svůj současný e-mailový systém

30denní zkušební verze zdarma, beze změny e-mailového systému: mění se jen MX.

Promluvit s poradcem →

Objevte Klytic MTA

Uvítací nabídka

30 dní zkušební verze zdarma a migrace s asistencí

Zkušební nabídka bez závazků. Náš poradce vám zavolá, aby poznal vaše potřeby a připravil vaše prostředí Klytic.