Selitev brez prekinitve pomeni, da vsako sporočilo, poslano na vašo domeno, prispe v nabiralnik in da lahko vsak zaposleni na dan preklopa piše svojim sogovornikom. Ne pomeni pa, da se zgodovina, mobilne naprave in navade spremenijo brez kakršnega koli posega.
Dve platformi delujeta vzporedno.
Tipična vrzel nastane, ker je bil zapis MX preklopljen, medtem ko kopija še ni bila popolna, ali ker fotokopirni stroj, spletno mesto ali CRM še pošilja s starim identifikatorjem.
Zapis MX je zapis DNS: strežnikom pošiljateljem pove, kam dostaviti pošto za vašo domeno. Zamenjati storitev e-pošte pomeni najprej zamenjati ta naslov dostave. Vse drugo (računi, zgodovina, naprave) se pripravi okoli tega.
Protokol SMTP dobro prenaša kratke motnje. Strežnik pošiljatelj, ki prejme začasno napako, sporočilo zadrži v čakalni vrsti in poskusi znova pozneje. Strežnik, ki je trenutno nedosegljiv, torej ne povzroči izgube pošte. Nasprotno pa trajna napaka (neznan nabiralnik, zavrnjeno sporočilo) vrne sporočilo pošiljatelju in to sporočilo samo od sebe ne bo nikoli prispelo. Glavno tveganje preklopa ni izpad, temveč nova platforma, ki zavrne prejemnika, ker vzdevek ali seznam ni bil znova ustvarjen.
TTL (življenjska doba) določa, kako dolgo lahko razreševalnik DNS hrani odgovor v pomnilniku. V tem času del pošiljateljev še dostavlja na staro platformo. To je običajno in prav zato mora biti stara platforma med prehodom še zmožna prejemati.
Dva tedna prej. Popis nabiralnikov, vzdevkov, seznamov, skupnih nabiralnikov in vseh aplikacij, ki pošiljajo e-pošto. Znižanje TTL zapisa MX v DNS na kratko vrednost (pogosto 300 sekund), da se dan D hitro razširi. Ustvarjanje ciljnih računov. Prva kopija zgodovine.
TTL se zniža zgodaj, ker razreševalnik, ki je prebral staro vrednost, to hrani do njenega izteka: kratki TTL začne veljati šele, ko stari predpomnilnik poteče. Prva kopija pa traja najdlje; če jo zaženete zgodaj, imate čas odkriti nabiralnike, ki povzročajo težave.
Nekaj dni prej. Preverjanje vzorca: število sporočil, map ali oznak, sestankov, stikov. Popravek metode, če vzorec ne uspe. Priprava navodil za mobilne naprave in Outlook. Preizkus pošiljanja s ciljne platforme na Gmail in Outlook.com, pri čemer so SPF, DKIM in DMARC na novi platformi že veljavni. Te zapise je mogoče objaviti pred zapisom MX.
Konkretno: en sam zapis SPF, ki med prehodom pooblašča obe platformi (dva ločena zapisa SPF povzročita neuspešno preverjanje), ključ DKIM nove platforme, objavljen pod lastnim izbirnikom poleg starega, in pregledana politika DMARC. DMARC zahteva, da je sporočilo overjeno s SPF ali DKIM v imenu domene pošiljatelja; če je vaša politika stroga in ciljna platforma še ni pooblaščena, vaši sogovorniki zavrnejo vaša sporočila.
Dan prej. Drugi prehod: kopirati samo tisto, kar je prispelo od prve kopije. Zamrznitev sprememb vzdevkov in seznamov.
Dan D. Preklop zapisa MX. Takojšnje zunanje preverjanje: e-poštno sporočilo, poslano iz zunanjega osebnega nabiralnika, mora v času TTL prispeti na novo platformo. Spremljanje čakalne vrste. Ponovna nastavitev aplikacij, ki pošiljajo. Določena notranja dežurna služba s pravico, da zapis MX vrne nazaj, če kritični tok odpove.
Hkrati spremenite zapis autodiscover, če obstaja: prav njega Outlook poizveduje, da najde svoj strežnik. Odstranite tudi sekundarne zapise MX, ki bi še kazali na staro platformo: pošiljatelj, ki ne more doseči glavnega zapisa MX, poskusi naslednje.
Naslednji dnevi. Stara platforma samo za branje. Sporočanje odstopanj (manjkajoča mapa, skupni nabiralnik). Po potrebi tretji, ciljni prehod. Nato zaprtje pošiljanja na stari platformi, da zaposleni ne odgovarja več z dveh mest.
Ta zadnja točka ima tehnični razlog. Stara platforma se še vedno šteje za odgovorno za vašo domeno: sporočilo, ki je z nje poslano sodelavcu, se tam dostavi lokalno, brez poizvedbe po zapisu MX. Sodelavec ga v svojem novem nabiralniku ne bo nikoli videl.
| Tveganje | Kaj se zgodi | Ukrep |
|---|---|---|
| Zapis MX preklopljen prezgodaj | Nova pošta prispe, zgodovina manjka | Preklopiti po preverjanju vzorca in drugem prehodu |
| Pozabljen vzdevek ali seznam | Ciljna platforma ta sporočila trajno zavrne | Popis, zamrznitev vzdevkov dan prej, preizkus skupnih naslovov |
| Nepopolni SPF, DKIM ali DMARC | Vaša sporočila so pri sogovornikih zavrnjena ali razvrščena med neželeno pošto | Objaviti pred dnem D, preveriti na resničnem sporočilu |
| Aplikacija, ki pošilja s starim računom | Računi, opozorila ali skenirani dokumenti se ne pošiljajo več | Seznam aplikacij, nov strežnik SMTP nastavljen na dan D |
| Pošiljanje ostalo odprto na stari platformi | Notranja sporočila ostanejo v starem sistemu | Zapreti pošiljanje takoj, ko je vzorec potrjen |
| Nepripravljena vrnitev nazaj | Zapis MX se vrne nazaj, sporočila, prejeta vmes, pa ostanejo na ciljni platformi | Pisni načrt, vključno s prevzemom teh sporočil |
Za ponazoritev vzemimo pisarno s 40 zaposlenimi. Odloči se za preklop v četrtek konec dneva namesto v petek: naslednji dan je ekipa prisotna, da obravnava odstopanja, notranja dežurna služba pa ima pred seboj delovni dan. Fotokopirni stroj na recepciji, ki skenira v e-pošto, se ponovno nastavi še isti večer. Če dva skupna nabiralnika sporočita manjkajočo mapo, ju ciljni prehod dopolni. V tem scenariju se nobeno sporočilo ne izgubi, vendar mora več zaposlenih znova nastaviti račun v telefonu: to je vidni del, ki ga je treba vnaprej napovedati.
V Outlooku ali na mobilni napravi zamenjajo strežnik. Prvo nalaganje velikega nabiralnika traja nekaj časa. Sporočila, ki so že v predpomnilniku telefona, se lahko podvojijo, če profil ni pravilno na novo ustvarjen. Predvidite postopek „izbriši račun in ga znova ustvari“ namesto improviziranega popravljanja strežnika.
Razlog je enak za Outlook: profil hrani lokalni predpomnilnik, vezan na stari strežnik. Nov profil začne iz čistega stanja; spremenjen stari profil pomeša oba sveta. Na mobilnih napravah se uporabljeni protokol (Exchange ActiveSync ali IMAP, odvisno od ciljne platforme) včasih spremeni skupaj s platformo, kar je še en razlog več, da račun ustvarite znova.
Pravila na strani strežnika, centralno upravljani podpisi in pravice pooblastil se nastavijo znova. Napovejte to. To ni prekinitev pošte. To je skrbniško delo.
To posredovanje zahteva izrecno nastavitev: stara platforma, ki še misli, da gosti nabiralnike, mora biti nastavljena tako, da posreduje na novo, namesto da dostavlja pri sebi. Če to ni mogoče, enako delo opravi ciljni dohitevalni prehod.
Posebnosti posameznega izhodišča so opisane v selitev z Microsoft 365 in selitev z Google Workspace.
Toliko časa, da preverite, da noben tok ne uporablja več stare, in da so sporočena odstopanja obravnavana. To je odvisno od števila nabiralnikov, aplikacij, ki pošiljajo, in hitrosti ponovne nastavitve delovnih postaj. Prezgodnje zaprtje onemogoči popravke; prepozno zaprtje pusti zaposlene delati v dveh sistemih.
Ne, če je pripravljena. V času TTL del pošiljateljev še dostavlja na staro platformo, drugi del na novo. Obe prejemata, naslednji prehod pa združi obe. Pošta se izgubi le, če je zavrnjena, zato so vzdevki in seznami tako pomembni.
Praviloma ne: naslovi se ne spremenijo. Obvestite pa partnerje, ki vaša sporočila strogo filtrirajo ali so vam dodelili posebno pravilo, in tiste, ki si z vami izmenjujejo šifrirano pošto, če se ključi spremenijo.
Da, z vrnitvijo starega zapisa MX, pod pogojem, da je stara platforma še aktivna. Sporočila, ki jih je nova platforma vmes prejela, je treba nato znova prekopirati ali pa morajo ostati dostopna. Načrt vrnitve nazaj določa, kdo odloča, v kolikšnem času in kako se ta sporočila prevzamejo.
Vprašajte operaterja storitve, kaj jamči: prispetje sporočil, prenos zgodovine ali oboje. To so različne zaveze. Zahtevajte tudi pisni načrt vrnitve nazaj, z osebo, ki ga ima pravico sprožiti.
Jamstvo za prispetje sporočil se nanaša na dan D in naslednje dni. Jamstvo za zgodovino se nanaša na kopijo in njeno preverjanje. Ponudnik lahko izpolni eno brez drugega; ponudba mora navesti, katero prevzema in kako se preverja.
Pri Klyticu so nasveti in predlogi za pripravo selitve e-pošte brezplačni in nobeno e-poštno sporočilo se ne izgubi. Selitev, ki jo izvede Klytic, se določi na podlagi ponudbe. Naročnine so navedene na strani Cenik in se zaračunavajo posebej. Podrobnosti o stroškovnih postavkah so v koliko stane selitev z Microsoft 365, kontrolni seznam pa v kontrolnem seznamu. Za primerjavo ciljnih platform glejte izbira evropske poslovne e-pošte.
Ta stran opisuje metodo. Dejanski potek je odvisen od vaših tokov, vaših količin in platforme, ki jo zapuščate.
Dostopano oktobra 2026.
Brezplačno svetovanje, brez izgube e-pošte. Za selitev, ki jo izvede Klytic, se ponudba pripravi po popisu.
Pozdravna ponudba
Preizkus brez obveznosti. Svetovalec vas pokliče, da spozna vaše potrebe in pripravi vaše okolje Klytic.
