Migrace firemního e-mailu bez zbytečných ztrát: postup krok za krokem

Poštu lze přesunout k jiné firmě a adresy ponechat stejné. Největší riziko není samotná změna MX záznamu, ale přehlédnuté staré zprávy, lokální archivy, aliasy a systémy, které stále odesílají přes původního poskytovatele. Bezpečný postup proto začíná inventurou a překryvem obou služeb.

Tento návod platí pro běžnou malou firmu. Přesný import závisí na zdrojové a cílové službě; zvlášť otestujte veřejné webové formuláře a automatické faktury. Pokud novou službu teprve vybíráte, porovnejte e-mailhostingy v ČR a kancelářské balíky.

Co se při změně služby přesouvá a co zůstává

Oficiální dokumentace Microsoftu výslovně upozorňuje, že IMAP migrace převádí poštovní složky, nikoli kontakty, kalendáře a úkoly. U jiných nástrojů se schopnosti mohou lišit. Předem proto stanovte, co musí být po migraci pro každého uživatele skutečně dostupné.

Fáze 1: inventura a záloha

Sepište všechny domény, schránky, aliasy, přesměrování, skupiny, doménové DNS záznamy a aplikace, které posílají z vašich adres. Zjistěte, zda uživatelé pracují přes IMAP, nebo mají část zpráv jen v počítači přes POP či místní archiv. Ověřte největší schránku a porovnejte ji s limitem nového tarifu. Při inventuře záznamů může pomoci přehled fungování DNS a jmenných serverů.

• Uložte nezávislou zálohu důležitých zpráv a seznamu kontaktů.
• Ověřte možnost přístupu ke staré poště i po změně DNS.
• Zapište současné MX, SPF, DKIM a DMARC a zjistěte, kdo má přístup k jejich úpravě.
• Domluvte termín mimo nejvytíženější hodiny a informujte uživatele o změně přihlášení.

Nerušit starou službu hned po přepnutí MX. Některé zprávy mohou ještě přicházet starou cestou a může být potřeba znovu zkopírovat přírůstek. Délku překryvu přizpůsobte DNS a ověřenému provozu, ne pevnému univerzálnímu číslu hodin.

Fáze 2: připravte cílové schránky

1. Založte každému člověku cílový účet, nastavte silné přihlášení a vícefaktorové ověření.
2. Vytvořte aliasy, skupiny a společné schránky dřív, než změníte příjem pošty.
3. Ověřte velikost úložiště a případná omezení importního nástroje včetně maximální velikosti zprávy.
4. Zkušebně migrujte jednu běžnou a jednu komplikovanější schránku; porovnejte počty složek a namátkově zprávy.
5. Připravte nové přihlašovací údaje a postup pro telefon i počítač.

U služby Microsoft 365 mají konkrétní IMAP migrační nástroje vlastní limity položek a velikosti zpráv. Neznamená to, že stejný limit platí u všech poskytovatelů. Pokud narazíte na příliš velké zprávy nebo chyby složek, vyřešte je před hromadným převodem.

Fáze 3: první kopie, DNS a následná synchronizace

Nejdříve přeneste dostupné starší zprávy, zatímco běžný provoz pokračuje. Potom změňte MX tak, aby nové zprávy směřovaly do připravených schránek. Ověřte, že u každého účtu dorazí test od vnějšího odesílatele a že odpověď odchází z nové služby. Proveďte druhou synchronizaci změn, které vznikly mezi první kopií a přepnutím.

Současně upravte SPF a zapněte DKIM pro nového odesílatele. DMARC nechte v souladu s reálnými systémy. Postup nastavení vysvětluje návod na SPF, DKIM a DMARC. Webový formulář, fakturační systém a newsletter mohou potřebovat vlastní změnu SMTP nebo jiného odesílacího rozhraní; samotný MX je neopraví.

Fáze 4: kontrola a teprve potom ukončení staré služby

Pro každou schránku zkontrolujte doručení z vnější domény, odpověď, složku Odeslané, aliasy, sdílené adresy a přístup z mobilu. U důležitých schránek porovnejte počet zpráv i nejstarší a nejnovější datum, ale samotný počet neberte jako důkaz úplnosti: některé nástroje odlišně zacházejí s duplicitami nebo systémovými složkami.

• Potvrďte export/import kontaktů a kalendářů tam, kde se používají.
• Zkontrolujte případné zprávy, které po změně ještě dorazily na starý server.
• Otestujte automatické faktury, formuláře, CRM a hromadné rozesílky.
• Uložte konečné DNS a provozní kontakty pro další správu.

Starý tarif vypněte až ve chvíli, kdy máte data zajištěná, provoz se skutečně ustálil a umíte doložit, že každá důležitá adresa funguje. Slib „migrace bez ztráty jediné zprávy“ bez těchto kontrol by byl přehnaný. Dobrý překryv služeb a ověření výrazně snižují riziko, ale vyžadují konkrétní testy.

Praktický migrační plán pro osm schránek

Uvažujme modelovou firmu s osmi zaměstnanci, společnými adresami info@ a faktury@, poštou uloženou na starém IMAP serveru a formulářem na webu. Celkem má například 12 GB zpráv. Číslo 12 GB slouží jen k plánování: z něj nelze bez znalosti serverů a připojení spolehlivě odvodit dobu kopírování. Připravte seznam osmi cílových schránek, obou společných adres, přesměrování a aplikací, které odesílají poštu automaticky.

Pak vyberte dva pilotní účty: jednoduchou malou schránku a složitější účet s mnoha složkami, odeslanou poštou a velkými přílohami. Pokud pilot odhalí omezení importu, vyřešte je dříve než spustíte zbytek. Microsoft například pro svůj IMAP migrační postup uvádí limit 500 000 položek a 35 MB na jednu zprávu; jiný nástroj může mít jiné hranice. Kromě objemu zkontrolujte, zda cílový tarif pojme největší schránku i s rezervou pro nové zprávy.

Časová osa, podle níž lze práci předat dodavateli

Poskytovatel může nabídnout vlastní migrační službu. Před objednávkou si nechte písemně potvrdit, zda zahrnuje kontakty, kalendáře, aliasy, podpisy, nastavení mobilů, změnu DNS a závěrečný test. Pojem „přesun e-mailu“ bývá pro různá pracoviště různě široký. Ve smluveném rozsahu si určete odpovědnou osobu za každou fázi.

Co uživatelům oznámit před přepnutím

Jednoduchá zpráva zaměstnancům by měla obsahovat termín, co se změní v přihlášení, koho kontaktovat při potížích a co nesmějí v průběhu převodu mazat. Uživatelům připomeňte, že přepnutí služby není důvod přeposílat hesla e-mailem. Přístupové údaje předávejte bezpečným kanálem a po migraci zapněte vícefaktorové ověření. Pokud někdo používá POP nebo lokální soubor Outlooku, má to předem nahlásit; serverová IMAP kopie tento archiv sama nenajde.

• Předem uložte pracovní kontakty a kalendáře, pokud je importní nástroj nepřenáší.
• Sepište, které telefony a počítače bude třeba přihlásit do nové služby.
• U sdílených schránek určete, kdo uvidí historii a kdo smí odpovídat pod společnou adresou.
• Po přepnutí požádejte každého člověka o potvrzení příjmu, odpovědi a dostupnosti staré pošty.

Jak poznáte, že lze starý hosting vypnout

Stanovte si předem kritéria převzetí. Z každé důležité adresy odejde zpráva ven, zpráva zvenčí dorazí, odpověď se vrátí, aliasy doručují, fakturační systém a formulář odesílají a nikdo nepostrádá staré složky, které měl v rozsahu migrace. Zkontrolujte také poštu, která dorazila na původní server po změně MX. Pokud ještě přibývá, druhou synchronizaci neopomeňte.

U osmi schránek nemusíte ručně otevřít každou ze 12 GB zpráv. Porovnejte počet a strukturu složek, nejstarší i nejnovější zprávy, důležité konverzace a přílohy několika různých velikostí. Výsledek importního nástroje doplňte hlášením uživatelů. Počty se mohou lišit kvůli duplicitám či systémovým složkám, takže rozdíl vždy vysvětlete a neschovávejte jej pod „automatický převod proběhl“.

Co dělat, když se přepnutí nepovede

Nejdříve zjistěte, zda selhal příjem, odesílání, přihlášení nebo pouze import starých dat. Při chybě příjmu ověřte aktuální veřejné MX, vytvořené cílové schránky a chybové odpovědi; při chybě odesílání zkontrolujte SMTP a SPF/DKIM. Starou službu držte aktivní, dokud nepotvrdíte směr nové pošty. Návrat MX může být součástí plánu, ale ani ten okamžitě nevrátí všechny odesílatele kvůli DNS cache a nezajistí automatické sjednocení zpráv ze dvou serverů. Před změnou proto sepište, kdo rozhodne o návratu a kdo zkopíruje poštu přijatou během obou stavů. Přijme-li server zprávu, ale příjemce ji nenajde, pomůže diagnostika doručení a spamové složky.

Po úspěšné migraci starý účet vypněte až po zajištění dat a po ověření, že z něj nepřichází žádná nová zpráva. Odstraňte nepotřebné staré přístupy, ale uchovejte dokumentaci DNS a seznam změn. Při příštím přesunu tím firmě ušetříte nejvíce času.

Jednostránkový protokol pro den změny

Vedoucí migrace si může připravit jednoduchý záznam: čas první kopie, počty přenesených a chybových položek, čas úpravy MX, veřejně zjištěné nové hodnoty DNS, čas poslední synchronizace a výsledky testů z jednotlivých adres. Ke každé chybě napište majitele a další krok. Tento protokol nemusí obsahovat hesla ani obsah zpráv. Při ranním předání podpory pak stačí jediný pohled, aby bylo zřejmé, zda je problém v nové schránce, staré poště, nebo v aplikaci odesílající faktury. Bez takového záznamu se i malá migrace snadno promění v řetěz dohadů o tom, kdy se zpráva ztratila.

Časté otázky

Přesune změna MX také staré zprávy?

Ne. MX směruje nové doručování. Historické zprávy, kontakty a kalendáře kopírujte samostatně a po přepnutí zkontrolujte, že dorazily do správných účtů.

Jak dlouho ponechat starou poštovní službu aktivní?

Do dokončení následné synchronizace a kontroly všech důležitých schránek. Délku určuje průběh změny DNS, objem dat a provoz firmy; starou službu nerušte jen proto, že jeden testovací e-mail prošel.

Lze přepnutí udělat bez ztráty doručené pošty?

Riziko sníží příprava cílových účtů, první kopie zpráv před změnou MX a následné dorovnání po změně. Otestujte příjem z cizích domén i odesílání a počítejte s přechodným doručováním na obě místa.

Co se stane s aliasy a sdílenými schránkami?

Neobnoví se automaticky jen z obsahu osobních inboxů. Sepište jejich seznam, oprávnění a způsob odpovídání před přesunem a každý z nich otestujte na nové službě.

Co dělat, když po přepnutí nefunguje část pošty?

Oddělte chybu příjmu, odesílání a přihlášení. Zkontrolujte aktivní MX a autentizační záznamy, stav cílové schránky a zprávu o nedoručení. Nevracejte DNS nahodile bez záznamu původních hodnot a bez plánu dorovnání zpráv.

Zdroje

• Microsoft Learn: migrace IMAP schránek, rozsah a limity konkrétního nástroje ověřen 21. 10. 2026.
• Google: Email sender guidelines, ověření po změně odesílací služby ověřeno 21. 10. 2026.