Siirtyminen
Siirto ilman katkoja tarkoittaa, että jokainen verkkotunnukseesi lähetetty viesti päätyy postilaatikkoon ja että jokainen työntekijä voi kirjoittaa yhteyshenkilöilleen vaihtopäivänä. Se ei tarkoita, että viestihistoria, mobiililaitteet ja tottumukset vaihtuvat ilman yhtäkään toimenpidettä.
Kaksi alustaa toimii rinnakkain.
Tyypillinen aukko syntyy, kun MX vaihdetaan kopioinnin ollessa vielä kesken tai kun monitoimilaite, verkkosivusto tai CRM lähettää yhä vanhoilla tunnuksilla.
MX on DNS-tietue: se kertoo lähettäville palvelimille, minne verkkotunnuksesi posti toimitetaan. Sähköpostipalvelun vaihtaminen on ennen kaikkea tämän toimitusosoitteen vaihtamista. Kaikki muu (tilit, viestihistoria, laitteet) valmistellaan sen ympärille.
SMTP-protokolla sietää hyvin lyhyitä häiriöitä. Lähettävä palvelin, joka saa tilapäisen virheen, pitää viestin jonossa ja yrittää myöhemmin uudelleen. Hetkellisesti tavoittamattomissa oleva palvelin ei siis johda postin katoamiseen. Pysyvä virhe (tuntematon postilaatikko, hylätty viesti) sen sijaan palauttaa viestin lähettäjälleen, eikä viesti koskaan saavu perille itsestään. Vaihdon suurin riski ei ole vikatilanne, vaan uusi alusta, joka hylkää vastaanottajan, koska aliasta tai jakelulistaa ei ole luotu uudelleen.
TTL (elinaika) määrää, kuinka kauan DNS-selvitin saa pitää vastauksen muistissaan. Tämän ajan kuluessa osa lähettäjistä toimittaa postia yhä vanhalle alustalle. Se on normaalia, ja juuri siksi vanhan alustan on pystyttävä vastaanottamaan postia siirtymävaiheen ajan.
Kaksi viikkoa ennen. Postilaatikoiden, aliasten, jakelulistojen, jaettujen postilaatikoiden ja kaikkien sähköpostia lähettävien sovellusten inventointi. MX:n DNS-TTL:n laskeminen lyhyeksi (usein 300 sekuntia), jotta muutos leviää vaihtopäivänä nopeasti. Kohdetilien luonti. Viestihistorian ensimmäinen kopiointi.
TTL lasketaan ajoissa, koska selvitin, joka on lukenut vanhan arvon, pitää sen muistissa sen vanhenemiseen asti: lyhyt TTL tulee voimaan vasta, kun vanha välimuisti on vanhentunut. Ensimmäinen kopiointi taas on pisin; kun se aloitetaan ajoissa, ongelmalliset postilaatikot ehditään löytää.
Muutamaa päivää ennen. Otoksen tarkistus: viestien määrä, kansiot tai tunnisteet, tapaamiset, yhteystiedot. Menetelmän korjaus, jos otos ei läpäise tarkistusta. Mobiili- ja Outlook-ohjeiden valmistelu. Lähetystesti kohdealustalta Gmailiin ja Outlook.comiin, SPF, DKIM ja DMARC jo valmiiksi kunnossa uudella alustalla. Nämä tietueet voidaan julkaista ennen MX:ää.
Käytännössä: yksi ainoa SPF-tietue, joka sallii molemmat alustat siirtymävaiheen ajan (kaksi erillistä SPF-tietuetta saa tarkistuksen epäonnistumaan), uuden alustan DKIM-avain julkaistuna omalla valitsimellaan vanhan rinnalle sekä tarkistettu DMARC-käytäntö. DMARC edellyttää, että viesti on todennettu SPF:llä tai DKIM:llä lähettäjän verkkotunnuksen nimissä; jos käytäntösi on tiukka eikä kohdealustaa ole vielä sallittu, yhteyshenkilöidesi palvelimet hylkäävät viestisi.
Edellisenä päivänä. Toinen siirtokierros: kopioidaan vain se, mikä on saapunut ensimmäisen kopioinnin jälkeen. Aliasten ja jakelulistojen muutokset jäädytetään.
Vaihtopäivänä. MX:n vaihto. Välitön ulkoinen tarkistus: ulkopuolisesta henkilökohtaisesta postilaatikosta lähetetyn viestin on saavuttava uudelle alustalle TTL:n määräämässä ajassa. Jonon seuranta. Lähettävien sovellusten uudelleenmääritys. Nimetty sisäinen tukipalvelu, jolla on oikeus palauttaa MX, jos kriittinen viestivirta epäonnistuu.
Vaihda samalla autodiscover-tietue, jos sellainen on: Outlook hakee sen avulla palvelimensa. Poista myös toissijaiset MX-tietueet, jotka yhä osoittaisivat vanhaan alustaan: lähettäjä, joka ei tavoita ensisijaista MX:ää, kokeilee seuraavia.
Seuraavina päivinä. Vanha alusta lukutilassa. Poikkeamien kirjaaminen (puuttuva kansio, jaettu postilaatikko). Tarvittaessa kohdennettu kolmas siirtokierros. Sen jälkeen lähettäminen vanhalta alustalta suljetaan, jotta kukaan työntekijä ei enää vastaa kahdesta paikasta.
Viimeiselle kohdalle on tekninen syy. Vanha alusta pitää itseään edelleen vastuullisena verkkotunnuksestasi: siitä kollegalle lähetetty viesti toimitetaan paikallisesti, MX:ää tarkistamatta. Kollega ei koskaan näe sitä uudessa postilaatikossaan.
| Riski | Mitä tapahtuu | Torjunta |
|---|---|---|
| MX vaihdetaan liian aikaisin | Uusi posti saapuu, viestihistoria puuttuu | Vaihto vasta otoksen tarkistuksen ja toisen siirtokierroksen jälkeen |
| Unohtunut alias tai jakelulista | Kohdealusta hylkää nämä viestit pysyvästi | Inventointi, aliasten jäädytys edellisenä päivänä, ryhmäosoitteiden testaus |
| Puutteellinen SPF, DKIM tai DMARC | Yhteyshenkilöiden palvelimet hylkäävät viestisi tai luokittelevat ne roskapostiksi | Julkaisu ennen vaihtopäivää, tarkistus todellisella viestillä |
| Sovellus lähettää vanhalla tilillä | Laskut, hälytykset tai skannaukset eivät enää lähde | Sovellusluettelo, uusi SMTP-palvelin määritetty vaihtopäivänä |
| Lähettäminen jäänyt auki vanhalla alustalla | Sisäisiä viestejä jää vanhaan järjestelmään | Lähettämisen sulkeminen heti, kun otos on hyväksytty |
| Paluuta ei ole valmisteltu | MX palautetaan, mutta välillä saapuneet viestit jäävät kohdealustalle | Kirjallinen suunnitelma, joka kattaa näiden viestien siirron |
Otetaan havainnollistukseksi 40 hengen asiantuntijatoimisto. Se päättää tehdä vaihdon torstaina työpäivän päätteeksi eikä perjantaina: seuraavana päivänä tiimi on paikalla käsittelemässä poikkeamia, ja sisäisellä tukipalvelulla on edessään yksi työpäivä. Vastaanoton monitoimilaite, joka skannaa sähköpostiin, määritetään uudelleen samana iltana. Jos kahdesta jaetusta postilaatikosta ilmoitetaan puuttuva kansio, kohdennettu siirtokierros täydentää ne. Tässä skenaariossa yhtään viestiä ei katoa, mutta useiden työntekijöiden on luotava tilinsä puhelimeen uudelleen: tämä on se näkyvä osa, josta on kerrottava etukäteen.
He vaihtavat palvelimen Outlookissa tai mobiililaitteessa. Suuren postilaatikon ensimmäinen lataus vie aikaa. Puhelimen välimuistissa jo olevat viestit voivat näkyä kahteen kertaan, jos profiilia ei luoda huolellisesti uudelleen. Varaudu menettelyyn ”poista tili ja luo se uudelleen” palvelinasetusten näpertelyn sijaan.
Syy on sama Outlookissa: profiili säilyttää vanhaan palvelimeen sidotun paikallisen välimuistin. Uusi profiili alkaa puhtaalta pöydältä; muokattu vanha profiili sekoittaa kaksi maailmaa. Mobiililaitteissa käytetty protokolla (Exchange ActiveSync tai IMAP kohdealustasta riippuen) vaihtuu joskus alustan mukana, mikä on yksi syy lisää luoda tili uudelleen.
Palvelinpuolen säännöt, keskitetyt allekirjoitukset ja delegointioikeudet määritetään uudelleen. Kerro siitä etukäteen. Se ei ole katkos postinkulussa. Se on ylläpitotyötä.
Tämä edelleenohjaus vaatii erillisen asetuksen: vanha alusta, joka luulee yhä isännöivänsä postilaatikoita, on määritettävä välittämään posti uudelle alustalle sen sijaan, että se toimittaisi sen omiin laatikoihinsa. Muussa tapauksessa kohdennettu täydentävä siirtokierros tekee saman työn.
Kunkin lähtötilanteen erityispiirteet kuvataan sivuilla siirtyminen Microsoft 365:stä ja siirtyminen Google Workspacesta.
Niin kauan, että voidaan varmistaa, ettei mikään viestivirta enää käytä vanhaa alustaa ja että ilmoitetut poikkeamat on käsitelty. Se riippuu postilaatikoiden määrästä, lähettävistä sovelluksista ja työasemien uudelleenmäärityksen tahdista. Liian aikainen sulkeminen estää korjaukset; liian myöhäinen sulkeminen jättää työntekijät työskentelemään kahdessa järjestelmässä.
Ei, jos se on valmisteltu. TTL:n voimassaoloaikana osa lähettäjistä toimittaa postia vielä vanhalle alustalle, osa uudelle. Molemmat vastaanottavat, ja seuraava siirtokierros yhdistää ne. Posti katoaa vain, jos se hylätään, ja siksi aliakset ja jakelulistat ovat niin tärkeitä.
Yleensä ei: osoitteet eivät muutu. Ilmoita sen sijaan kumppaneille, jotka suodattavat viestejäsi tiukasti tai ovat määrittäneet sinulle erityisen säännön, sekä niille, joiden kanssa vaihdat salattua postia, jos avaimet vaihtuvat.
Kyllä, palauttamalla vanhan MX:n, edellyttäen että vanha alusta on yhä käytössä. Uuden alustan välillä vastaanottamat viestit on tällöin kopioitava takaisin tai pidettävä luettavissa. Paluusuunnitelmassa kerrotaan, kuka päättää, missä ajassa ja miten nämä viestit siirretään.
Kysy palveluntarjoajalta, mitä se takaa: viestien perillemenon, viestihistorian siirron vai molemmat. Ne ovat eri sitoumuksia. Pyydä myös kirjallinen paluusuunnitelma, jossa nimetään henkilö, jolla on oikeus ottaa se käyttöön.
Viestien perillemenoa koskeva takuu kattaa vaihtopäivän ja sitä seuraavat päivät. Viestihistoriaa koskeva takuu kattaa kopioinnin ja sen tarkistuksen. Palveluntarjoaja voi täyttää toisen ilman toista; tarjouksessa on mainittava, kumman se ottaa vastuulleen ja miten sen toteutuminen tarkistetaan.
Klyticillä sähköpostipalvelun siirron valmisteluun liittyvät neuvot ja ehdotukset ovat maksuttomia, eikä yhtään sähköpostiviestiä katoa. Klyticin toteuttama siirto hinnoitellaan tarjouksen perusteella. Tilaukset löytyvät Hinnat-sivulta, ja ne laskutetaan erikseen. Kustannuserät on eritelty sivulla paljonko Microsoft 365 -siirto maksaa, ja tarkistuslista on sivulla tarkistuslista. Kohdealustojen vertailu: eurooppalaisen sähköpostipalvelun valinta.
Tämä sivu kuvaa menetelmän. Todellinen kulku riippuu viestivirroistasi, määristäsi ja alustasta, jolta siirryt.
Tarkistettu lokakuussa 2026.
Maksutonta neuvontaa, yksikään sähköposti ei katoa. Klyticin tekemästä siirrosta annetaan tarjous kartoituksen jälkeen.
Tervetuliaistarjous
Sitoumukseton kokeilu. Asiantuntijamme soittaa sinulle kartoittaakseen tarpeesi ja valmistellakseen Klytic-ympäristösi.
