E-pasta pārcelšana: plāns

8. modulis: Pārcelšanās un Jūsu domēna sakārtošana · Lasīšanas laiks: 11 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet plānot e-pasta pārcelšanu pie cita pakalpojumu sniedzēja: ko iepriekš inventarizēt, kādā secībā strādāt un kas automātiski nepāriet.

Pamatjēdzieni: inventarizācija (pastkastes, aliasi, pāradresācijas, catch-all, automātiskās atbildes, filtri), pastkastes apjoms un krātuve, paroles, TTL iepriekšēja samazināšana, secība (izveide, pirmā kopija, MX nomaiņa, otrā kopija, ierīces), kalendārs un kontaktpersonas (nav IMAP), POP3 pasts datorā, Microsoft 365 un Gmail (pieteikšanās namesto paroles), DNS ieraksti, kuriem jāpāriet līdzi, saziņa

Ko Jūs īsti pārceļat?

"Pārcelt savu pastu" izklausās pēc vienas lietas, taču patiesībā tās ir vismaz piecas:

1. Pašas pastkastes ar visām mapēm un ziņojumiem, kas atrodas serverī.
2. Adreses ap tām: aliasi, pāradresācijas, catch-all, adresātu saraksti, automātiskās atbildes un filtri serverī. Tie atrodas Jūsu vecā pakalpojumu sniedzēja panelī un nekad automātiski nepāriet līdzi.
3. Jūsu e-pasta DNS: MX, SPF, DKIM, DMARC, iespējams, arī autodiscover, autoconfig vai SRV ieraksti. Pēc pārcelšanās tiem jāatbilst jaunajam pakalpojumu sniedzējam.
4. Jūsu ierīces: katrs dators, tālrunis un planšetdators, kurā pastkaste ir iestatīta, kā arī viss, kas sūta pastu caur SMTP (Jūsu vietne, printeris vai skeneris, grāmatvedības programma).
5. Tas, kas nav pasts: kalendāri un kontaktpersonas. Microsoft 365, Google un daudziem citiem pakalpojumu sniedzējiem tie atrodas tajā pašā kontā, taču nepāriet caur IMAP. Tos pārceļat atsevišķi.

Kas domā tikai par 1. punktu, pēc pārcelšanās atklāj, ka factuur@ vairs nepāradresē uz grāmatvedi, ka skeneris vairs nevar nosūtīt pastu vai ka visas iestādes kalendārs ir tukšs.

1. solis: inventarizācija

Vispirms izveidojiet sarakstu. Labi noder izklājlapa ar vienu adresi katrā rindā:

Aizpildiet arī:

• Katras pastkastes apjomu. Jūsu jaunajai pastkastei jābūt pietiekami lielai, ar vietu pieaugumam (3.2. nodarbība). Kopija, kas apstājas pusceļā, jo jaunā kaste ir pilna, ir visbiežākais iemesls, kāpēc pārcelšanās iestrēgst.
• Kas strādā ar POP3. Izmantojot POP3, pasts bieži vien atrodas tikai šajā vienā datorā, nevis vairs serverī (1.3. nodarbība). Kopija no servera šo pastu tātad nepārņem. Tas Jums jāpārceļ no pasta programmas pašas.
• Kas vēl sūta pastu. Vietne, interneta veikals, skeneris, kases sistēma, monitorings. Katram no tiem ir SMTP dati, kas pēc pārcelšanās mainīsies.
• Īpašus DNS ierakstus, kurus Jūsu vecais pakalpojumu sniedzējs ir iestatījis Jūsu pastam, un citu pakalpojumu ierakstus (jaunumu vēstuļu DKIM, verifikācijas), kuriem jāpaliek.

Uzreiz sakārtojiet: adreses, ko vairs neviens nelieto, nav jāpārceļ. Pārcelšanās ir arī labs brīdis, lai atceltu catch-all.

2. solis: piekļuves nokārtošana

Lai kopētu pastu, programmai jāpiesakās vecajā pastkastē. Lielākajai daļai pakalpojumu sniedzēju tas notiek ar e-pasta adresi un paroli, izmantojot IMAP. Divi svarīgi izņēmumi:

• Gmail un Google Workspace neļauj ārējām programmām pieteikties ar Jūsu parasto paroli. Jūs izveidojat lietotnes paroli, kurai jābūt ieslēgtai divpakāpju verifikācijai. Google Workspace vidē administrators to var būt izslēdzis.
• Outlook.com, Hotmail, Live un Microsoft 365 vairs nepieņem paroli IMAP vajadzībām, arī ne lietotnes paroli. Jūs piesakāties pie Microsoft (OAuth) un piešķirat programmai pagaidu piekļuvi. Darījumdarbības vidē var būt nepieciešama administratora atļauja.

Vai nezināt vairs paroles? Tad iestatiet tās no jauna pirms pārcelšanās un pierakstiet tās drošā vietā (paroļu pārvaldnieks, 3.4. nodarbība).

3. solis: MX TTL iepriekšēja samazināšana

MX nomaiņa (8.2. nodarbība) ir brīdis, kad jauns pasts sāk ienākt citur. Resolveri atceras veco MX atbildi tik ilgi, cik nosaka TTL (DNS kursa 6.1. nodarbība). Ja tas iestatīts uz vienu dienu, daļa nosūtītāju vēl dienu turpinās piegādāt pastu Jūsu vecajam pakalpojumu sniedzējam.

Tādēļ dažas dienas iepriekš samaziniet MX ierakstu TTL, piemēram, līdz 300 sekundēm. Dariet to vismaz vienu veco TTL vērtību pirms pārejas: ja TTL tagad ir 86400 (viena diena), samaziniet to ne vēlāk kā dienu iepriekš. Pēc pārcelšanās atjaunojiet to parastā vērtībā, piemēram, 3600.

Ja pārceļat visu domēnu uz citu pakalpojumu sniedzēju (nosaukumu serveru maiņa), ātrumu nosaka reģistra nosaukumu serveru TTL. To pats nevarat samazināt; rēķinieties ar pārejas periodu, kas ilgst dienu vai ilgāk (DNS kursa 6.3. nodarbība).

4. solis: secība

Secība ar vismazāko risku:

1. Izveidot jaunas pastkastes, aliasus un pāradresācijas pie jaunā pakalpojumu sniedzēja, ar tiem pašiem nosaukumiem. DNS vēl neko nemainiet. Vecās pastkastes turpina darboties kā parasti.
2. Pirmā kopija no visām pastkastēm (8.2. nodarbība). Tas var ilgt vairākas stundas. Neviens to nepamanīs.
3. DNS sagatavošana: iestatiet jaunā pakalpojumu sniedzēja SPF, DKIM un DMARC ierakstus jau iepriekš, ja iespējams, blakus vecajiem. Ievērojiet: SPF uz brīdi jāietver abi pakalpojumu sniedzēji (viens ieraksts, 4.2. nodarbība). DKIM var pastāvēt blakus, jo katram pakalpojumu sniedzējam ir sava selektora vērtība.
4. MX nomaiņa mierīgā brīdī, piemēram, piektdienas pēcpusdienā vai vakarā. No šī brīža jauns pasts ienāk pie jaunā pakalpojumu sniedzēja.
5. Otrā kopija pēc dienas, kad vecā TTL noteikti būs beigusies. Tā paņems pastu, kas šajā laikā vēl ienāca pie vecā pakalpojumu sniedzēja. Jau nokopētie ziņojumi tiek izlaisti.
6. Ierīču pārslēgšana: jauni konti pasta programmās, vietnes un skenera pielāgošana, veco kontu dzēšana (8.2. nodarbība).
7. Sakopšana: izņemiet veco pakalpojumu sniedzēju no SPF, izdzēsiet vecos DKIM ierakstus, atjaunojiet parasto TTL.
8. Vecās pastkastes atcelšana tikai tad, kad viss dažas nedēļas darbojas pareizi. Līdz tam Jums tur vēl ir pilnīga kopija.

Bieži pieļauta kļūda ir mainīt secību otrādi: vispirms pārcelt MX vai domēnu un tikai pēc tam izveidot pastkastes. Tad pasts šajā laikā tiek noraidīts ar 550 5.1.1 (adrese neeksistē), un nosūtītāji saņem kļūdas paziņojumu (bounce).

Kalendārs, kontaktpersonas un lokālais pasts

Kalendārs un kontaktpersonas pāriet, izmantojot citus protokolus (CalDAV, CardDAV vai Microsoft un Google pašu savienojumu). Eksportējiet tos atsevišķi pirms pārcelšanās: .ics failu katram kalendāram un .vcf failu kontaktpersonām, un importējiet tos pie jaunā pakalpojumu sniedzēja vai savā jaunajā kalendāra programmā. Arī koplietotos kalendārus un sanāksmju ielūgumus Jums jāsadala no jauna.

Pasts, kas atrodas tikai datorā (POP3 vai mapes, kas Outlook saglabātas kā .pst fails datorā) pārceļams no pasta programmas: pievienojiet jauno pastkasti kā IMAP kontu un pārvelciet mapes uz to. Vai arī eksportējiet .pst failu un importējiet to.

Informējiet par to

Pastāstiet lietotājiem iepriekš, kas notiks: kad notiks pāreja, ka viņiem tālrunī un klēpjdatorā jāiestata jauns konts, un pie kā vērsties, ja kaut kas nedarbojas. Vienkārša instrukcija ar jaunajiem iestatījumiem (2.1. nodarbība) novērš daudz jautājumu.

Praksē: kā tas izskatās pie pakalpojumu sniedzēja

WebOké pastkastes izveidojat DirectAdmin vai Mans WebOké, un pastu kopējat ar e-pasta pārcelšanas rīku Mans WebOké (tas var pieteikties arī Microsoft) vai ar IMAPSync Migrations DirectAdmin. Citiem pakalpojumu sniedzējiem ir līdzīgi migrācijas rīki, vai arī izmantojat atsevišķu programmu. Iepriekš minētais plāns ir vienāds visur.

Kopsavilkums

• Pārcelšanās ietver pastkastes, adreses ap tām, DNS, ierīces, kā arī kalendāru un kontaktpersonas.
• Izveidojiet inventarizāciju ar apjomu, POP3 lietotājiem, pāradresācijām un visu, kas sūta pastu caur SMTP.
• Nokārtojiet piekļuvi: lietotnes parole Gmail, pieteikšanās pie Microsoft Outlook un Microsoft 365 gadījumā.
• Samaziniet MX TTL krietni iepriekš. Secība: izveide, pirmā kopija, DNS sagatavošana, MX nomaiņa, otrā kopija, ierīces, sakopšana, tikai tad atcelšana.
• Kalendāri, kontaktpersonas un lokāli saglabāts pasts nepāriet caur IMAP.

Tests

Uzdevums

Uzdevums O8.1: Izveidot pārcelšanās plānu. Izveidojiet savam domēnam (vai šajā nodarbībā minētajam parauguzņēmumam) inventarizāciju ar iepriekš redzamās tabulas kolonnām un laika grafiku ar datumiem: TTL samazināšana, pastkastu izveide, pirmā kopija, MX nomaiņa, otrā kopija, ierīces, sakopšana un atcelšana. Atbildiet arī uz jautājumiem: kas strādā ar POP3, kas sūta pastu caur SMTP, un kā Jūs pārcelsiet kalendāru un kontaktpersonas? Pēc tam Jūs saņemsiet kontrolsarakstu ar punktiem, kas ietilpst labā plānā.

Lasīt tālāk

Šajos rakstos aprakstītie soļi attiecas uz WebOké paneļiem; citiem pakalpojumu sniedzējiem process ir līdzīgs.

• DirectAdmin rokasgrāmata 10.1: Jūsu e-pasta pārcelšana: pieejamās iespējas
• WebOké rokasgrāmata 7.2: E-pasta pārcelšana uz WebOké (arī no Microsoft 365)
• Domēna, tīmekļa vietnes un e-pasta pārcelšana vienlaikus bez darbības pārtraukumiem: rīcības plāns
• E-pasts, kas saņemts Jūsu domēna vārda pārvietošanas laikā
• Bezmaksas DNS kurss 6.3: DNS domēna pārsūtīšanas gadījumā
• Bezmaksas DNS kurss 6.1: TTL un kešatmiņa