8. modulis · 8.2

IMAP sinhronizācija un MX pārslēgšana

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

Mērķis: Pēc šīs nodarbības Jūs varēsiet kopēt pastkastes ar IMAP sinhronizāciju, veikt MX pārslēgšanu un ar DNS pieprasījumiem pārbaudīt, ka jaunā pasta plūsma nonāk pareizajā vietā.

Pamatjēdzieni: IMAP sinhronizācija (imapsync), avots un mērķis, mapju savienošana (Sent/Verzonden), pirmā un otrā kārta, dublikātu novēršana, Message-ID, kvota un lieli pielikumi, MX maiņa, TTL un kešatmiņas, pārejas periods, vecā servera sasniegšana pagaidām caur servera nosaukumu, ierīču pārslēgšana, mail.<domēns> jau norāda uz jauno serveri

Kā darbojas IMAP sinhronizācija

IMAP sinhronizācija ir programma, kas vienlaikus pieslēdzas divām pastkastēm: avotam (vecajai pastkastei) un mērķim (jaunajai). Tā nolasa mapju sarakstu avotā, izveido šīs mapes mērķī un katrā mapē nokopē katru ziņojumu, kura mērķī vēl trūkst. Vispazīstamākā programma ir imapsync, atvērtā pirmkoda programma, ko daudzi pakalpojumu sniedzēji izmanto savu pārcelšanas rīku pamatā.

Svarīgi zināt:

Tiek kopēts, nevis pārvietots. Avotā nekas nemainās. Tāpēc Jūs varat mierīgi kopēt, kamēr vecā pastkaste turpina darboties kā parasti.
Otrā kārta izlaiž to, kas jau ir izdarīts. Programma atpazīst ziņojumus, kas jau atrodas mērķī, parasti pēc Message-ID galvenes rindas kopā ar vēl pāris citām galvenes rindām. Tāpēc Jūs varat sinhronizēt tik bieži, cik vēlaties, neriskējot iegūt dublikātus.
Karodziņi tiek pārnesti: izlasīts, atbildēts, atzīmēts. Tādēļ jaunā pastkaste izskatās tāpat kā vecā.
Mērķim jābūt pietiekami lielam. Ja sinhronizācija apstājas pusceļā, bieži vien jaunā pastkaste ir pilna. Palieliniet kvotu un sāciet no jauna: tā turpinās no vietas, kur apstājās.

Mapju savienošana: Sent nav vienmēr Sent

Katrs pakalpojumu sniedzējs nosauc īpašās mapes atšķirīgi. Vienam nosūtītās pasta mape saucas Sent, citam Sent Items, Verzonden items vai INBOX.Sent. Gmail īstu mapju nav, ir tikai etiķetes (labels), un tās caur IMAP tiek rādītas kā mapes, piemēram, [Gmail]/Verzonden berichten un [Gmail]/Alle berichten.

Bez savienošanas jaunajā pastkastē izveidosies mape Sent Items blakus pašas mapei Sent, un Jūsu pasta programma izmantos tikai vienu no abām (nodarbība 3.1). Labi pārcelšanas rīki īpašās mapes savieno automātiski; imapsync tam ir opcija --automap, un ar --regextrans2 Jūs varat pats pārveidot nosaukumus. Pēc pirmās kārtas pārbaudiet, vai nosūtītā pasta ziņojumi atrodas pareizajā mapē.

Divi pievēršamie punkti saistībā ar Gmail:

Visi ziņojumi ([Gmail]/All Mail) satur visu pastu, tostarp visu, kas atrodas citās etiķetēs. Ja nokopējat arī šo mapi, Jūs iegūsiet visu dublikātā. Parasti to izlaidiet, izņemot gadījumus, kad Jums ir pasta ziņojumi, kas ir tikai arhivēti.
Ziņojums ar trim etiķetēm caur IMAP atrodas trīs mapēs, tāpēc tiek nokopēts trīs reizes. Tas ir tā paredzēts, bet tas tiek ieskaitīts Jūsu krātuves apjomā.

Mapes ar kalendāra ierakstiem vai kontaktpersonām (Microsoft 365 un Exchange gadījumā caur IMAP dažreiz redzamas arī tās) nevar nokopēt kā pastu. Labs rīks tās izlaiž un par to paziņo.

Pirmā kārta

Sāciet pirmo kārtu labu laiku pirms MX pārslēgšanas, kad jaunās pastkastes ir sagatavotas. Katrai pastkastei Jums būs nepieciešams:

avota IMAP serveris (piemēram, imap.mailprovider.example, vai Jūsu vecās hostinga pakotnes servera nosaukums);
avota adrese un parole (vai lietotnes parole, vai Microsoft pieteikšanās dati, nodarbība 8.1);
mērķa adrese un parole, kā arī jaunā pakalpojumu sniedzēja servera nosaukums.

Slazds: ja Jūsu vecais IMAP serveris ir iestatīts kā mail.example.com un DNS jau ir pārcelts? Tad mail.example.com iespējams jau norāda uz jauno serveri, un programma kopē no jaunā uz jauno pastkasti. Tāpēc avotam izmantojiet vecā pakalpojumu sniedzēja pastāvīgo servera nosaukumu (tas atrodams vecajā laipnajā uzņemšanas vēstulē vai klientu panelī), nevis nosaukumu zem sava domēna.

Lielas pastkastes ar daudziem pielikumiem aizņem ilgu laiku: rēķiniet ar stundām vairāku gigabaitu gadījumā. Ļaujiet programmai vienkārši strādāt tālāk; lielākā daļa rīku pēc pārtraukuma turpina no vietas, kur apstājās.

MX pārslēgšana

Vai pastkastes ir nokopētas un SPF, DKIM un DMARC ieraksti ir sagatavoti (nodarbība 8.1, solis 3)? Tad nomainiet MX ierakstus uz vērtībām, ko norāda jaunais pakalpojumu sniedzējs. Pēc tam:

Pārbaudiet pie pilnvarotā nosaukumu servera (authoritative nameserver), vai jaunais MX ir ieviests. To Jūs redzēsiet uzreiz, bez kešatmiņas:

$ dig +short NS example.com
ns1.dns.example.
ns2.dns.example.
$ dig +norecurse MX example.com @ns1.dns.example.
;; ANSWER SECTION:
example.com.     300   IN   MX   10 mx1.newprovider.example.
example.com.     300   IN   MX   20 mx2.newprovider.example.

Pārbaudiet pie publiska resolvera, ko redz pārējā interneta daļa. Ja tur vēl saņemat veco vērtību, tad šim resolveram tā vēl ir kešatmiņā, kamēr nebeidzas TTL:

$ dig MX example.com @9.9.9.9
example.com.     212   IN   MX   10 mx.oldprovider.example.

Skaitlis (212) ir atlikušais laiks sekundēs. Pēc šī laika resolveris jautās vēlreiz.

Nosūtiet testa e-pastu no adreses ārpus Jūsu domēna (piemēram, no bezmaksas pasta pakalpojuma vai no sava tālruņa, izmantojot mobilo internetu) un pārbaudiet, vai tas nonāk jaunajā pastkastē. Galvenes rindās (nodarbība 1.5) Jūs augšējās Received rindās redzēsiet, caur kuru serveri tas ienāca.

Pārejas periods

Pārejas laikā pasts dažkārt vēl ienāk vecajā serverī: no nosūtītājiem, kuru resolveris vēl zina veco MX, un no serveriem, kuriem rindā bija ziņojums, kas gaidīja veco serveri. Tas nav problēma, kamēr vecā pastkaste turpina pastāvēt. Divi veidi, kā nekad neko nepalaist garām:

Otrā sinhronizācijas kārta dienu pēc pārslēgšanas (vai vēlāk, atkarībā no vecā TTL). Tā iekļaus tikai jaunos ziņojumus. Ja notiek domēna pārcelšana ar nosaukumu servera maiņu, ieteicams veikt vēl vienu kārtu pēc divām vai trim dienām.
Vai pagaidām uzturēt abas pastkastes Jūsu pasta programmā, veco pieslēdzot caur vecā pakalpojumu sniedzēja pastāvīgo servera nosaukumu. Tā Jūs uzreiz redzēsiet, ja kaut kas palicis iepriekš.

Pasts, ko Jūs šajā periodā nosūtāt, iet caur izejošā pasta serveri, kas iestatīts Jūsu ierīcē. Pārliecinieties, ka SPF šajā periodā ietver abus pakalpojumu sniedzējus, pretējā gadījumā Jūsu pasts caur "nepareizo" serveri var saņemt sliktāku vērtējumu pie saņēmēja.

Ierīču pārslēgšana

Katrā ierīcē iestatiet jauno pastkasti kā jaunu kontu ar IMAP un jaunā pakalpojumu sniedzēja datiem (modulis 2). Pēc tam izdzēsiet veco kontu. Kāpēc nemainīt esošo kontu? Tāpēc, ka programma dažkārt mēģina sinhronizēt veco lokālo kopiju ar jauno pastkasti, kas var radīt dublikātus vai pazudušas mapes.

Neaizmirstiet:

Ātri izdzēst vecos kontus. Tālrunis atvilktnē, kas joprojām mēģina pieteikties ar veco paroli, var izraisīt pagaidu IP bloķēšanu gan pie vecā, gan pie jaunā pakalpojumu sniedzēja (nodarbība 3.4). Tad šajā tīklā pēkšņi nekas vairs nestrādā.
Visu, kas sūta pastu caur SMTP: vietne, interneta veikals, skeneris, kases sistēma (nodarbība 8.1).
Paraksti, noteikumi un automātiskās atbildes jāiestata no jauna.

Atsakieties tikai pēc tam

Atsakieties no vecajām pastkastēm tikai tad, kad viss dažas nedēļas darbojas labi un ir veikta pēdējā sinhronizācijas kārta. Pēc tam sakārtojiet DNS: izņemiet veco pakalpojumu sniedzēju no SPF, noņemiet veco DKIM selektoru, atgrieziet TTL normālā vērtībā.

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

WebOké Jūs varat kopēt ar e-pasta pārcelšanas rīku Mans WebOké vidē (tas pats izvēlas zināmo pakalpojumu sniedzēju servera nosaukumu, pieslēdzas arī pie Microsoft un turpina pēc pārtraukuma) vai ar IMAPSync Migrations DirectAdmin vidē (ievadiet avota resursdatoru, lietotāju un paroli, izvēlieties mērķa pastkasti). Otrā kārta abos gadījumos izlaiž to, kas jau ir nokopēts. Citiem pakalpojumu sniedzējiem ir līdzīgi pārcelšanas palīgrīki; jēdzieni avots, mērķis un otrā kārta visur ir vieni un tie paši.

Kopsavilkums

IMAP sinhronizācija katrā mapē nokopē to, kas mērķī trūkst; otrā kārta nerada dublikātus.
Savienojiet īpašās mapes (Sent, Trash) un Gmail gadījumā pievērsiet uzmanību etiķetēm un mapei Visi ziņojumi.
Avotam izmantojiet vecā pakalpojumu sniedzēja pastāvīgo servera nosaukumu, nevis mail.<Jūsu domēns>.
Pēc MX maiņas: vispirms pārbaudiet pie pilnvarotā servera, tad publiski (TTL), tad testa e-pastu no ārpuses.
Otrā kārta pēc vecā TTL, ierīces jāiestata kā jauns konts, veco kontu dzēšana, atteikšanās tikai pēc dažām nedēļām.

Tests

Uzdevums

Uzdevums Z8.2: MX un TTL pārbaude pirms pārejas. Ievadiet savu domēnu (vai izmantojiet wikipedia.org, ja Jums nav sava domēna). Ievadiet: MX resursdatoru ar zemāko prioritāti saskaņā ar pilnvaroto nosaukumu serveri, šī MX ieraksta TTL pie šī nosaukumu servera, un pakalpojumu sniedzēju, pie kura Jūsu pasts ienāk (brīva teksta formā). Programma pieprasa NS, pēc tam MX pie pilnvarota nosaukumu servera bez kešatmiņas, un MX pie publiska resolvera. Tā salīdzina atbildes un paziņo, ja publiskais resolveris joprojām sniedz atšķirīgu atbildi (tas nozīmē, ka pārslēgšana vēl nav visur redzama).

Papildu lasāmviela

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

Sīkdatnes WebOké vietnē

Sīkdatņu iestatījumi

Nepieciešamās

Mārketings