Migrācija bez pārtraukumiem nozīmē, ka katra uz Jūsu domēnu nosūtītā vēstule nonāk pastkastē un ka pārslēgšanas dienā katrs darbinieks var rakstīt saviem sarakstes partneriem. Tā nenozīmē, ka vēsture, mobilās ierīces un ieradumi mainās bez jebkādas rīcības.
Divas platformas darbojas paralēli.
Tipisks robs rodas, ja MX tiek pārslēgts, kamēr kopija vēl nav pabeigta, vai ja kopētājs, tīmekļa vietne vai CRM joprojām sūta ar veco identifikatoru.
MX ir DNS ieraksts: tas norāda sūtītāju serveriem, kur piegādāt Jūsu domēna pastu. Mainīt e-pasta pakalpojumu nozīmē vispirms mainīt šo piegādes adresi. Pārējais (konti, vēsture, ierīces) tiek sagatavots ap to.
SMTP protokols labi panes īslaicīgus traucējumus. Sūtītāja serveris, kas saņem pagaidu kļūdu, patur vēstuli rindā un mēģina vēlreiz vēlāk. Īslaicīgi nesasniedzams serveris tāpēc nerada pasta zudumu. Savukārt galīga kļūda (nezināma pastkaste, noraidīta vēstule) atgriež vēstuli sūtītājam, un šī vēstule pati no sevis vairs nekad nepienāks. Pārslēgšanas galvenais risks nav darbības traucējums, bet gan jaunā platforma, kas noraida adresātu, jo aizstājvārds vai saraksts nav izveidots no jauna.
TTL (dzīves ilgums) nosaka, cik ilgi DNS rezolvers drīkst glabāt atbildi atmiņā. Šajā laikā daļa sūtītāju vēl piegādā vecajai platformai. Tas ir normāli, un tieši tāpēc vecajai platformai pārejas laikā jāspēj saņemt pastu.
Divas nedēļas iepriekš. Pastkastu, aizstājvārdu, sarakstu, koplietojamo pastkastu un visu e-pastu sūtošo lietotņu inventarizācija. MX DNS TTL samazināšana līdz īsai vērtībai (bieži 300 sekundes), lai pārslēgšanas dienā izmaiņas izplatītos ātri. Mērķa kontu izveide. Pirmā vēstures kopija.
TTL samazina laikus, jo rezolvers, kas ir nolasījis veco vērtību, to patur līdz tās termiņa beigām: īsais TTL stājas spēkā tikai pēc tam, kad vecā kešatmiņa ir beigusies. Pirmā kopija savukārt ir visilgākā; to sākot laikus, pietiek laika atklāt problemātiskās pastkastes.
Dažas dienas iepriekš. Izlases pārbaude: vēstuļu skaits, mapes vai etiķetes, tikšanās, kontakti. Metodes korekcija, ja izlases pārbaude neizdodas. Instrukciju sagatavošana mobilajām ierīcēm un Outlook. Sūtīšanas tests no mērķa platformas uz Gmail un Outlook.com, ar SPF, DKIM un DMARC, kas jaunajā platformā jau ir derīgi. Šos ierakstus var publicēt pirms MX.
Konkrēti: viens vienīgs SPF ieraksts, kas pārejas laikā atļauj abas platformas (divi atsevišķi SPF ieraksti izraisa pārbaudes kļūmi), jaunās platformas DKIM atslēga, publicēta ar savu selektoru blakus vecajai, un pārskatīta DMARC politika. DMARC prasa, lai vēstule būtu autentificēta ar SPF vai DKIM sūtītāja domēna vārdā; ja Jūsu politika ir stingra un mērķa platforma vēl nav atļauta, Jūsu sarakstes partneri noraida Jūsu vēstules.
Iepriekšējā dienā. Otrā kārta: kopēt tikai to, kas pienācis kopš pirmās kopijas. Iesaldēt aizstājvārdu un sarakstu izmaiņas.
Pārslēgšanas dienā. MX pārslēgšana. Tūlītēja ārēja pārbaude: vēstulei, kas nosūtīta no ārējas privātas pastkastes, TTL laikā jānonāk jaunajā platformā. Rindas uzraudzība. Sūtošo lietotņu pārkonfigurēšana. Noteikts iekšējais atbalsta dienests ar tiesībām atgriezt MX iepriekšējā stāvoklī, ja kritiska plūsma neizdodas.
Vienlaikus nomainiet autodiscover ierakstu, ja tāds ir: tieši to Outlook vaicā, lai atrastu savu serveri. Noņemiet arī sekundāros MX, kas joprojām norādītu uz veco platformu: sūtītājs, kas nevar sasniegt galveno MX, mēģina nākamos.
Nākamajās dienās. Vecā platforma lasīšanas režīmā. Neatbilstību apkopošana (trūkstoša mape, koplietojama pastkaste). Vajadzības gadījumā mērķtiecīga trešā kārta. Pēc tam sūtīšanas slēgšana vecajā platformā, lai darbinieks vairs neatbildētu no divām vietām.
Šim pēdējam punktam ir tehnisks pamatojums. Vecā platforma joprojām uzskata sevi par atbildīgu par Jūsu domēnu: vēstule, kas no tās nosūtīta kolēģim, tiek piegādāta lokāli, neskatoties MX. Kolēģis to nekad neredzēs savā jaunajā pastkastē.
| Risks | Kas notiek | Pretlīdzeklis |
|---|---|---|
| MX pārslēgts pārāk agri | Jaunais pasts pienāk, vēstures trūkst | Pārslēgt pēc izlases pārbaudes un otrās kārtas |
| Aizmirsts aizstājvārds vai saraksts | Mērķa platforma šīs vēstules noraida galīgi | Inventarizācija, aizstājvārdu iesaldēšana iepriekšējā dienā, kolektīvo adrešu tests |
| Nepilnīgs SPF, DKIM vai DMARC | Jūsu vēstules sarakstes partneri noraida vai klasificē kā nevēlamas | Publicēt pirms pārslēgšanas dienas, pārbaudīt ar reālu vēstuli |
| Lietotne, kas sūta ar veco kontu | Rēķini, brīdinājumi vai skenējumi vairs netiek nosūtīti | Lietotņu saraksts, jauns SMTP serveris konfigurēts pārslēgšanas dienā |
| Sūtīšana vecajā platformā palikusi atvērta | Iekšējās vēstules paliek vecajā sistēmā | Slēgt sūtīšanu, tiklīdz izlase ir apstiprināta |
| Nesagatavota atgriešanās | MX tiek atgriezts, bet starplaikā saņemtās vēstules paliek mērķa platformā | Rakstisks plāns, ietverot šo vēstuļu pārņemšanu |
Ilustrācijai pieņemsim 40 cilvēku biroju. Tas izvēlas pārslēgties ceturtdienas vakarā, nevis piektdienā: nākamajā dienā komanda ir uz vietas, lai risinātu neatbilstības, un iekšējam atbalsta dienestam priekšā ir visa darba diena. Reģistratūras kopētājs, kas skenē uz e-pastu, tiek pārkonfigurēts tajā pašā vakarā. Ja divās koplietojamās pastkastēs tiek konstatēta trūkstoša mape, mērķtiecīga kārta tās papildina. Šajā scenārijā neviena vēstule nepazūd, taču vairākiem darbiniekiem tālrunī konts jāiestata no jauna: tā ir redzamā daļa, par kuru jāpaziņo.
Viņi maina serveri Outlook vai mobilajā ierīcē. Lielas pastkastes pirmā ielāde prasa laiku. Tālrunī jau kešatmiņā esošās vēstules var dublēties, ja profils netiek izveidots no jauna pareizi. Paredziet procedūru „dzēst kontu un izveidot to no jauna”, nevis improvizētu servera nomaiņu.
Outlook iemesls ir tas pats: profils glabā lokālu kešatmiņu, kas piesaistīta vecajam serverim. Jauns profils sāk no tīra stāvokļa; mainīts vecais profils sajauc abas pasaules. Mobilajās ierīcēs izmantotais protokols (Exchange ActiveSync vai IMAP atkarībā no mērķa platformas) dažkārt mainās līdz ar platformu, un tas ir vēl viens iemesls kontu izveidot no jauna.
Servera puses kārtulas, centralizētie paraksti un deleģēšanas tiesības jāiestata no jauna. Paziņojiet par to. Tas nav pasta pārtraukums. Tas ir administrēšanas darbs.
Šī pāradresācija prasa skaidru iestatījumu: vecā platforma, kas joprojām uzskata, ka mitina pastkastes, jākonfigurē tā, lai tā pārsūtītu uz jauno platformu, nevis piegādātu pie sevis. Ja tas nav iespējams, to pašu darbu paveic mērķtiecīga papildu kārta.
Katra sākumpunkta īpatnības ir aprakstītas lapās migrācija no Microsoft 365 un migrācija no Google Workspace.
Tik ilgi, lai pārbaudītu, ka neviena plūsma vairs neizmanto veco platformu un ka konstatētās neatbilstības ir novērstas. Tas atkarīgs no pastkastu skaita, sūtošajām lietotnēm un darbstaciju pārkonfigurēšanas tempa. Pārāk agra slēgšana neļauj veikt labojumus; pārāk vēla slēgšana atstāj darbiniekus strādājam divās sistēmās.
Nē, ja tā ir sagatavota. TTL laikā daļa sūtītāju vēl piegādā vecajai platformai, pārējie jaunajai. Abas saņem, un nākamā kārta apvieno abas. Pasts pazūd tikai tad, ja tas tiek noraidīts, tāpēc tik svarīgi ir aizstājvārdi un saraksti.
Parasti nē: adreses nemainās. Taču brīdiniet partnerus, kas stingri filtrē Jūsu vēstules vai ir Jums piešķīruši īpašu kārtulu, kā arī tos, kas ar Jums apmainās ar šifrētu pastu, ja atslēgas mainās.
Jā, atjaunojot veco MX, ar nosacījumu, ka vecā platforma vēl ir aktīva. Vēstules, ko starplaikā saņēmusi jaunā platforma, tad jāpārkopē vai jāsaglabā pieejamas. Atgriešanās plānā noteikts, kurš pieņem lēmumu, cik ātri un kā šīs vēstules tiek pārņemtas.
Jautājiet operatoram, ko tas garantē: vēstuļu pienākšanu, vēstures pārņemšanu vai abus. Tās ir atšķirīgas saistības. Pieprasiet arī rakstisku atgriešanās plānu, kurā norādīta persona, kurai ir tiesības to aktivizēt.
Garantija par vēstuļu pienākšanu attiecas uz pārslēgšanas dienu un nākamajām dienām. Garantija par vēsturi attiecas uz kopiju un tās pārbaudi. Pakalpojuma sniedzējs var izpildīt vienu bez otras; tāmei jānorāda, kuru no tām tas uzņemas un kā to pārbauda.
Klytic padomi un ieteikumi e-pasta migrācijas sagatavošanai ir bezmaksas, un neviena e-pasta vēstule nepazūd. Klytic veiktās migrācijas cenu nosaka pēc tāmes. Abonementi ir norādīti lapā Cenas, un par tiem rēķins tiek izrakstīts atsevišķi. Izmaksu pozīciju sīkāks apraksts ir lapā cik maksā Microsoft 365 migrācija, bet kontrolsaraksts ir kontrolsarakstā. Lai salīdzinātu mērķa platformas, skatiet Eiropas e-pasta pakalpojuma izvēle.
Šajā lapā aprakstīta metode. Faktiskā norise ir atkarīga no Jūsu plūsmām, apjomiem un platformas, kuru pametat.
Skatīts 2026. gada oktobrī.
Bezmaksas konsultācija, neviena e-pasta vēstule netiek zaudēta. Klytic veiktas migrācijas cenu piedāvājums tiek sagatavots pēc izvērtēšanas.
Sveiciena piedāvājums
Izmēģinājuma piedāvājums bez saistībām. Konsultants Jums atzvanīs, lai izprastu Jūsu vajadzības un sagatavotu Jūsu Klytic vidi.
