Migrácia bez prerušenia znamená, že každá správa odoslaná na vašu doménu dorazí do niektorej schránky a že každý zamestnanec môže v deň prepnutia písať svojim korešpondentom. Neznamená to, že sa história, mobilné zariadenia a zvyky zmenia bez akéhokoľvek zásahu.
Dve platformy fungujú súbežne.
Typický výpadok vzniká, keď sa MX prepne v čase, keď je kópia neúplná, alebo keď kopírka, webová stránka či CRM ešte odosiela poštu so starými prihlasovacími údajmi.
MX je záznam DNS: odosielajúcim serverom oznamuje, kam majú doručovať poštu pre vašu doménu. Zmeniť e-mailovú službu znamená predovšetkým zmeniť túto doručovaciu adresu. Zvyšok (účty, história, zariadenia) sa pripravuje okolo toho.
Protokol SMTP dobre znáša krátke incidenty. Odosielajúci server, ktorý dostane dočasnú chybu, ponechá správu vo fronte a neskôr to skúsi znova. Server, ktorý je chvíľu nedostupný, teda nespôsobí stratu pošty. Naopak trvalá chyba (neznáma schránka, odmietnutá správa) vráti správu odosielateľovi a táto správa už sama nikdy nedorazí. Hlavným rizikom prepnutia nie je výpadok, ale nová platforma, ktorá odmietne príjemcu, pretože nejaký alias alebo distribučný zoznam nebol znovu vytvorený.
TTL (doba platnosti) určuje, ako dlho môže DNS resolver uchovávať odpoveď v pamäti. Počas tejto doby časť odosielateľov ešte doručuje na pôvodnú platformu. Je to normálne, a preto musí byť pôvodná platforma počas prechodu stále schopná prijímať poštu.
Dva týždne vopred. Súpis schránok, aliasov, distribučných zoznamov, zdieľaných schránok a všetkých aplikácií, ktoré odosielajú e-maily. Zníženie TTL záznamu MX na krátku hodnotu (často 300 sekúnd), aby sa zmena v deň D rýchlo rozšírila. Vytvorenie cieľových účtov. Prvá kópia histórie.
TTL sa znižuje včas, pretože resolver, ktorý načítal starú hodnotu, si ju ponechá až do jej uplynutia: krátke TTL sa uplatní až po vypršaní starej vyrovnávacej pamäte. Prvá kópia je naopak najdlhšia; ak sa spustí včas, zostane čas odhaliť schránky, ktoré robia problémy.
Niekoľko dní vopred. Kontrola vzorky: počet správ, priečinky alebo štítky, udalosti v kalendári, kontakty. Úprava metódy, ak vzorka neprejde. Príprava návodov pre mobilné zariadenia a Outlook. Skúšobné odoslanie z cieľovej platformy do Gmailu a Outlook.com, pričom SPF, DKIM a DMARC sú na novej platforme už platné. Tieto záznamy je možné zverejniť ešte pred zmenou MX.
Konkrétne: jediný záznam SPF, ktorý počas prechodu povoľuje obe platformy (dva samostatné záznamy SPF spôsobia zlyhanie overenia), kľúč DKIM novej platformy zverejnený pod vlastným selektorom vedľa toho pôvodného a skontrolovaná politika DMARC. DMARC vyžaduje, aby bola správa overená prostredníctvom SPF alebo DKIM v mene domény odosielateľa; ak je vaša politika prísna a cieľová platforma ešte nie je povolená, vaši korešpondenti budú vaše správy odmietať.
Deň vopred. Druhý prechod: skopírovať iba to, čo prišlo od prvej kópie. Zmrazenie zmien aliasov a distribučných zoznamov.
Deň D. Prepnutie MX. Okamžité externé overenie: e-mail odoslaný z externej súkromnej schránky musí na novú platformu doraziť v rámci doby TTL. Sledovanie frontu. Prekonfigurovanie aplikácií, ktoré odosielajú poštu. Určená interná podpora s oprávnením vrátiť MX späť, ak zlyhá kritický tok.
Zároveň zmeňte záznam autodiscover, ak existuje: práve ten sa Outlook pýta, aby našiel svoj server. Odstráňte aj sekundárne záznamy MX, ktoré by ešte ukazovali na pôvodnú platformu: odosielateľ, ktorý sa nedokáže spojiť s hlavným MX, skúša ďalšie.
Nasledujúce dni. Pôvodná platforma v režime iba na čítanie. Hlásenie odchýlok (chýbajúci priečinok, zdieľaná schránka). V prípade potreby cielený tretí prechod. Potom vypnutie odosielania na pôvodnej platforme, aby zamestnanci už neodpovedali z dvoch miest.
Tento posledný bod má technický dôvod. Pôvodná platforma sa stále považuje za zodpovednú za vašu doménu: správa, ktorú z nej niekto pošle kolegovi, sa doručí lokálne, bez dopytu na MX. Kolega ju vo svojej novej schránke nikdy neuvidí.
| Riziko | Čo sa stane | Opatrenie |
|---|---|---|
| MX prepnutý príliš skoro | Nová pošta prichádza, ale história chýba | Prepnúť po kontrole vzorky a druhom prechode |
| Zabudnutý alias alebo distribučný zoznam | Cieľová platforma tieto správy trvalo odmieta | Súpis, zmrazenie aliasov deň vopred, test skupinových adries |
| Neúplné SPF, DKIM alebo DMARC | Vaše správy sú u korešpondentov odmietnuté alebo zaradené medzi nevyžiadanú poštu | Zverejniť pred dňom D, overiť na skutočnej správe |
| Aplikácia, ktorá odosiela cez starý účet | Faktúry, upozornenia alebo naskenované dokumenty sa prestanú odosielať | Zoznam aplikácií, nový server SMTP nastavený v deň D |
| Odosielanie ponechané otvorené na pôvodnej platforme | Interné správy zostávajú v starom systéme | Vypnúť odosielanie hneď po schválení vzorky |
| Nepripravený návrat späť | MX sa vráti späť, ale správy prijaté medzitým zostanú na cieľovej platforme | Písomný plán vrátane prevzatia týchto správ |
Vezmime si pre ilustráciu kanceláriu so 40 ľuďmi. Rozhodne sa prepnúť vo štvrtok na konci dňa, a nie v piatok: na druhý deň je tím k dispozícii na riešenie odchýlok a interná podpora má pred sebou celý pracovný deň. Kopírka na recepcii, ktorá skenuje do e-mailu, sa prekonfiguruje ešte v ten večer. Ak pri dvoch zdieľaných schránkach chýba priečinok, doplní ich cielený prechod. V tomto scenári sa nestratí žiadna správa, no viacerí zamestnanci si musia znovu nastaviť účet v telefóne: to je viditeľná časť, ktorú treba vopred oznámiť.
V Outlooku alebo v mobile menia server. Prvé načítanie veľkej schránky trvá určitý čas. Správy, ktoré sú už vo vyrovnávacej pamäti telefónu, sa môžu zdvojiť, ak sa profil nenastaví nanovo správne. Naplánujte postup „odstrániť účet a vytvoriť ho znova“ namiesto improvizovanej zmeny servera.
Dôvod je rovnaký aj pre Outlook: profil uchováva lokálnu vyrovnávaciu pamäť naviazanú na pôvodný server. Nový profil začína z čistého stavu; upravený starý profil mieša oba svety. V mobile sa s platformou niekedy mení aj použitý protokol (Exchange ActiveSync alebo IMAP podľa cieľovej platformy), čo je ďalší dôvod účet vytvoriť znova.
Pravidlá na strane servera, centrálne podpisy a delegované oprávnenia sa nastavujú znova. Oznámte to vopred. Nejde o prerušenie pošty. Ide o administratívnu prácu.
Toto presmerovanie si vyžaduje výslovné nastavenie: pôvodná platforma, ktorá sa stále domnieva, že schránky hostí, musí byť nakonfigurovaná tak, aby poštu odovzdávala ďalej na novú platformu namiesto lokálneho doručenia. Ak to nie je možné, rovnakú prácu urobí cielený doplňujúci prechod.
Osobitosti jednotlivých východiskových platforiem sú opísané v článkoch migrácia z Microsoft 365 a migrácia z Google Workspace.
Dovtedy, kým sa neoverí, že pôvodnú platformu už žiadny tok nepoužíva a že nahlásené odchýlky sú vyriešené. Závisí to od počtu schránok, od aplikácií, ktoré odosielajú poštu, a od tempa prekonfigurovania pracovných staníc. Príliš skoré vypnutie znemožní opravy; príliš neskoré vypnutie nechá zamestnancov pracovať v dvoch systémoch.
Nie, ak je pripravená. Počas doby TTL časť odosielateľov ešte doručuje na pôvodnú platformu a ostatní už na novú. Obe prijímajú a nasledujúci prechod obe spojí. Pošta sa stratí iba vtedy, ak je odmietnutá, a preto sú dôležité aliasy a distribučné zoznamy.
Spravidla nie: adresy sa nemenia. Informujte však partnerov, ktorí vaše správy prísne filtrujú alebo vám pridelili osobitné pravidlo, a tých, s ktorými si vymieňate šifrovanú poštu, ak sa menia kľúče.
Áno, obnovením pôvodného MX, za predpokladu, že pôvodná platforma je ešte aktívna. Správy, ktoré medzitým prijala nová platforma, je potom potrebné skopírovať späť alebo ich ponechať dostupné. Plán návratu späť určuje, kto rozhoduje, v akom čase a ako sa tieto správy prevezmú.
Opýtajte sa operátora služby, čo garantuje: doručenie správ, prevzatie histórie, alebo oboje. Ide o rozdielne záväzky. Vyžiadajte si aj písomný plán návratu späť s menom osoby, ktorá má oprávnenie ho aktivovať.
Záruka doručenia správ sa týka dňa D a nasledujúcich dní. Záruka histórie sa týka kópie a jej kontroly. Poskytovateľ môže dodržať jednu bez druhej; cenová ponuka musí uvádzať, ktorú z nich preberá a ako sa overuje.
V Klytic sú rady a odporúčania na prípravu migrácie e-mailovej služby bezplatné a žiadny e-mail sa nestratí. Migrácia, ktorú vykoná Klytic, sa určuje na základe cenovej ponuky. Predplatné sú uvedené na stránke Cenník a fakturujú sa samostatne. Rozpis nákladových položiek nájdete v článku koľko stojí migrácia z Microsoft 365 a kontrolný zoznam v kontrolnom zozname. Na porovnanie cieľových platforiem pozri výber európskeho firemného e-mailu.
Táto stránka opisuje metódu. Skutočný priebeh závisí od vašich tokov, objemov a platformy, ktorú opúšťate.
Overené v októbri 2026.
Bezplatné poradenstvo, žiadny stratený e-mail. Na migráciu, ktorú vykoná Klytic, pripravíme cenovú ponuku po inventúre.
Uvítacia ponuka
Skúšobná ponuka bez záväzkov. Poradca vám zavolá, aby pochopil vaše potreby a pripravil vaše prostredie Klytic.
