Migracija bez prekida znači da svaka poruka poslana na Vašu domenu stigne u neki pretinac i da svaki zaposlenik može pisati svojim sugovornicima na dan prebacivanja. Ne znači da se povijest, mobilni uređaji i navike mijenjaju bez ikakve radnje.
Dvije platforme rade usporedno.
Tipična rupa nastaje kad se MX prebaci dok je kopija nepotpuna ili kad fotokopirni uređaj, web-stranica ili CRM i dalje šalju sa starim vjerodajnicama.
MX je DNS zapis: poslužiteljima pošiljatelja govori kamo isporučiti poštu Vaše domene. Promijeniti uslugu e-pošte prije svega znači promijeniti tu adresu isporuke. Sve ostalo (računi, povijest, uređaji) priprema se oko toga.
Protokol SMTP dobro podnosi kratke incidente. Poslužitelj pošiljatelja koji primi privremenu pogrešku zadržava poruku u redu čekanja i kasnije pokušava ponovno. Poslužitelj koji je trenutačno nedostupan stoga ne uzrokuje gubitak pošte. Nasuprot tome, trajna pogreška (nepoznati pretinac, odbijena poruka) vraća poruku pošiljatelju i ta poruka nikada neće stići sama od sebe. Glavni rizik prebacivanja nije kvar, nego nova platforma koja odbija primatelja zato što neki alias ili popis nije ponovno stvoren.
TTL (vrijeme trajanja) određuje koliko dugo DNS razrješivač smije čuvati odgovor u memoriji. Tijekom tog razdoblja dio pošiljatelja i dalje isporučuje poštu na staru platformu. To je normalno i zato stara platforma mora tijekom prijelaza ostati sposobna primati poštu.
Dva tjedna prije. Popis pretinaca, aliasa, popisa, dijeljenih pretinaca i svih aplikacija koje šalju e-poštu. Smanjenje DNS TTL-a MX zapisa na kratku vrijednost (često 300 sekundi) kako bi se dan D brzo proširio. Stvaranje ciljnih računa. Prva kopija povijesti.
TTL se smanjuje rano jer razrješivač koji je pročitao staru vrijednost čuva je do njezina isteka: kratki TTL djeluje tek kad istekne stara predmemorija. Prva kopija traje najdulje; pokrenuti je rano ostavlja vremena da se otkriju problematični pretinci.
Nekoliko dana prije. Provjera uzorka: broj poruka, mapa ili oznaka, sastanaka, kontakata. Ispravak metode ako uzorak ne prođe. Priprema uputa za mobilne uređaje i Outlook. Probno slanje s ciljne platforme na Gmail i Outlook.com, sa SPF, DKIM i DMARC zapisima koji su već valjani na novoj platformi. Ti se zapisi mogu objaviti prije MX zapisa.
Konkretno: jedan jedini SPF zapis koji tijekom prijelaza ovlašćuje obje platforme (dva zasebna SPF zapisa uzrokuju neuspjeh provjere), DKIM ključ nove platforme objavljen pod vlastitim selektorom, uz stari, i ponovno pregledana DMARC politika. DMARC zahtijeva da poruka bude autentificirana putem SPF-a ili DKIM-a u ime domene pošiljatelja; ako je Vaša politika stroga, a ciljna platforma još nije ovlaštena, Vaši sugovornici odbijaju Vaše poruke.
Dan prije. Drugi prolaz: kopirati samo ono što je stiglo nakon prve kopije. Zamrznuti promjene aliasa i popisa.
Dan D. Prebacivanje MX zapisa. Trenutačna vanjska provjera: poruka poslana s vanjskog osobnog pretinca mora stići na novu platformu unutar roka TTL-a. Nadzor reda čekanja. Ponovna konfiguracija aplikacija koje šalju poštu. Određena interna služba za podršku, s ovlašću da vrati MX zapis ako kritični tok zakaže.
Istodobno promijenite zapis autodiscover ako postoji: Outlook njega pita kako bi pronašao svoj poslužitelj. Uklonite i sekundarne MX zapise koji bi i dalje upućivali na staru platformu: pošiljatelj koji ne uspije doći do glavnog MX-a pokušava sljedeće.
Sljedećih dana. Stara platforma u načinu samo za čitanje. Prijava odstupanja (mapa koja nedostaje, dijeljeni pretinac). Ciljani treći prolaz ako je potrebno. Zatim zatvaranje slanja sa stare platforme, kako zaposlenik više ne bi odgovarao s dva mjesta.
Ova posljednja točka ima tehnički razlog. Stara platforma i dalje smatra da je odgovorna za Vašu domenu: poruka koja se s nje pošalje kolegi isporučuje se lokalno, bez upita MX zapisu. Kolega je nikada neće vidjeti u svom novom pretincu.
| Rizik | Što se događa | Protumjera |
|---|---|---|
| MX prebačen prerano | Nova pošta stiže, povijest nedostaje | Prebaciti nakon provjere uzorka i drugog prolaza |
| Zaboravljen alias ili popis | Ciljna platforma trajno odbija te poruke | Popis, zamrzavanje aliasa dan prije, testiranje zajedničkih adresa |
| Nepotpuni SPF, DKIM ili DMARC | Sugovornici odbijaju Vaše poruke ili ih razvrstavaju kao neželjenu poštu | Objaviti prije dana D, provjeriti na stvarnoj poruci |
| Aplikacija koja šalje sa starim računom | Računi, upozorenja ili skenirani dokumenti više se ne šalju | Popis aplikacija, novi SMTP poslužitelj konfiguriran na dan D |
| Slanje ostalo otvoreno na staroj platformi | Interne poruke ostaju u starom sustavu | Zatvoriti slanje čim se uzorak potvrdi |
| Nepripremljen povratak | MX se vraća, ali poruke primljene u međuvremenu ostaju na ciljnoj platformi | Pisani plan, uključujući preuzimanje tih poruka |
Uzmimo, kao ilustraciju, ured s 40 zaposlenika. Odlučuje se na prebacivanje u četvrtak krajem radnog dana umjesto u petak: sutradan je tim prisutan da riješi odstupanja, a interna služba za podršku ima pred sobom cijeli radni dan. Fotokopirni uređaj na recepciji, koji skenira na e-poštu, ponovno se konfigurira iste večeri. Ako dva dijeljena pretinca prijave mapu koja nedostaje, ciljani prolaz ih dopunjuje. U ovom scenariju nijedna poruka nije izgubljena, ali nekoliko zaposlenika mora ponovno postaviti račun na telefonu: to je vidljivi dio koji treba najaviti.
Mijenjaju poslužitelj u Outlooku ili na mobilnom uređaju. Prvo učitavanje velikog pretinca traje neko vrijeme. Poruke koje su već u predmemoriji telefona mogu se udvostručiti ako se profil ne postavi ispočetka kako treba. Predvidite postupak „izbrisati račun i ponovno ga stvoriti” umjesto improviziranih izmjena poslužitelja.
Isti je razlog i za Outlook: profil čuva lokalnu predmemoriju vezanu uz stari poslužitelj. Novi profil kreće iz čistog stanja; izmijenjeni stari profil miješa dva svijeta. Na mobilnim uređajima korišteni protokol (Exchange ActiveSync ili IMAP, ovisno o ciljnoj platformi) ponekad se mijenja s platformom, što je još jedan razlog da se račun ponovno stvori.
Pravila na strani poslužitelja, centralizirani potpisi i prava delegiranja ponovno se postavljaju. Najavite to. To nije prekid pošte. To je administrativni posao.
To prosljeđivanje zahtijeva izričitu postavku: stara platforma, koja i dalje misli da udomljuje pretince, mora biti konfigurirana da prosljeđuje na novu umjesto da isporučuje kod sebe. U suprotnom isti posao obavlja ciljani nadoknadni prolaz.
Posebnosti svake polazne točke opisane su u vodičima migracija s Microsoft 365 i migracija s Google Workspacea.
Onoliko koliko je potrebno da se provjeri da nijedan tok više ne koristi staru i da su prijavljena odstupanja riješena. To ovisi o broju pretinaca, aplikacijama koje šalju poštu i tempu ponovne konfiguracije računala. Prerano zatvaranje onemogućuje ispravke; prekasno zatvaranje ostavlja zaposlenike da rade u dva sustava.
Ne, ako je pripremljena. Tijekom trajanja TTL-a dio pošiljatelja i dalje isporučuje na staru platformu, a dio na novu. Obje primaju, a sljedeći prolaz spaja jedno i drugo. Pošta se gubi samo ako je odbijena, otuda važnost aliasa i popisa.
Općenito ne: adrese se ne mijenjaju. Obavijestite, međutim, partnere koji strogo filtriraju Vaše poruke ili su Vam dodijelili posebno pravilo, kao i one koji s Vama razmjenjuju šifriranu poštu, ako se ključevi mijenjaju.
Da, vraćanjem starog MX zapisa, pod uvjetom da je stara platforma još aktivna. Poruke koje je nova platforma u međuvremenu primila tada se moraju ponovno kopirati ili ostati dostupne. Plan povratka određuje tko odlučuje, u kojem roku i kako se te poruke preuzimaju.
Pitajte operatera usluge što jamči: dolazak poruka, preuzimanje povijesti ili oboje. To su različite obveze. Zatražite i pisani plan povratka, s osobom koja ga ima pravo aktivirati.
Jamstvo za dolazak poruka odnosi se na dan D i sljedeće dane. Jamstvo za povijest odnosi se na kopiju i njezinu provjeru. Pružatelj može ispuniti jedno bez drugoga; ponuda mora navesti koje preuzima i kako se ono provjerava.
U Klyticu su savjeti i prijedlozi za pripremu migracije e-pošte besplatni i nijedna e-poruka se ne gubi. Migracija koju provodi Klytic utvrđuje se na temelju ponude. Pretplate su na stranici Cijene i naplaćuju se zasebno. Pojedinosti o stavkama troškova nalaze se u vodiču koliko stoji migracija s Microsoft 365, a kontrolni popis u kontrolnom popisu. Za usporedbu ciljnih rješenja pogledajte odabir europske e-pošte.
Ova stranica opisuje metodu. Stvarni tijek ovisi o Vašim tokovima, Vašim količinama i platformi koju napuštate.
Pristupljeno u listopadu 2026.
Besplatno savjetovanje, bez gubitka ijedne poruke. Za migraciju koju provodi Klytic ponuda se izrađuje nakon popisa postojećeg stanja.
Ponuda dobrodošlice
Probna ponuda bez obveze. Savjetnik će Vas nazvati kako bi razumio Vaše potrebe i pripremio Vaš Klytic prostor.
