8 modulis · 8.2

Lietuvių

Nederlands English Deutsch Français Español Italiano Polski Português Română Čeština Ελληνικά Magyar Slovenčina Български Hrvatski Lietuvių Slovenščina

IMAP sinchronizavimas ir MX perjungimas

8 modulis: Perkėlimas ir domeno tvarkymas · Skaitymo trukmė: 12 min.

Mokymosi tikslas: Po šios pamokos galėsite nukopijuoti pašto dėžutes naudodami IMAP sinchronizavimą, atlikti MX perjungimą ir DNS užklausomis patikrinti, ar naujas paštas pasiekia tinkamą vietą.

Pagrindinės sąvokos: IMAP sinchronizavimas (imapsync), šaltinis ir paskirtis, katalogų susiejimas (Sent/Išsiųsta), pirmasis ir antrasis etapas, dublikatų vengimas, Message-ID, kvotos ir didelės priedos, MX pakeitimas, TTL ir podėliai (cache), pereinamasis laikotarpis, senas serveris laikinai pasiekiamas per serverio pavadinimą, įrenginių perjungimas, mail.<domenas> jau rodo į naują serverį

Kaip veikia IMAP sinchronizavimas

IMAP sinchronizavimas yra programa, kuri vienu metu prisijungia prie dviejų pašto dėžučių: šaltinio (senosios pašto dėžutės) ir paskirties (naujosios). Ji nuskaito katalogų sąrašą šaltinyje, sukuria tuos pačius katalogus paskirties vietoje ir kiekviename kataloge nukopijuoja kiekvieną laišką, kurio paskirties vietoje dar trūksta. Garsiausia tokia programa yra imapsync, atviro kodo programa, kurią daugelis paslaugų teikėjų naudoja savo perkėlimo įrankių pagrindu.

Svarbu žinoti:

Laiškai kopijuojami, o ne perkeliami. Šaltinyje niekas nesikeičia. Todėl galite ramiai kopijuoti, kol senoji pašto dėžutė toliau veikia įprastai.
Antrasis etapas praleidžia tai, kas jau yra. Programa atpažįsta laiškus, kurie jau yra paskirties vietoje, dažniausiai pagal Message-ID kopregelę ir dar kelias kitas kopregeles. Todėl galite sinchronizuoti tiek kartų, kiek norite, negaudami dublikatų.
Žymos perkeliamos kartu: perskaityta, atsakyta, pažymėta. Todėl nauja pašto dėžutė atrodo taip pat kaip ir senoji.
Paskirties vieta turi būti pakankamai didelė. Jei sinchronizavimas nutrūksta pusiaukelėje, dažniausiai tai reiškia, kad naujoji pašto dėžutė yra pilna. Padidinkite kvotą ir paleiskite iš naujo: procesas tęsis nuo tos vietos, kur sustojo.

Katalogų susiejimas: Išsiųsta ne visada yra Išsiųsta

Kiekvienas paslaugų teikėjas specialius katalogus pavadina skirtingai. Vienur katalogas su išsiųstais laiškais vadinasi Sent, kitur Sent Items, Verzonden items arba INBOX.Sent. Gmail neturi tikrų katalogų, o turi žymas (labels), ir per IMAP jas rodo kaip katalogus, pavyzdžiui, [Gmail]/Verzonden berichten ir [Gmail]/Alle berichten.

Be susiejimo naujoje pašto dėžutėje atsiras katalogas Sent Items šalia savojo katalogo Verzonden, o Jūsų pašto programa naudos tik vieną iš jų (pamoka 3.1). Geri perkėlimo įrankiai specialius katalogus susieja automatiškai; imapsync tam turi parinktį --automap, o su --regextrans2 galite patys perrašyti pavadinimus. Po pirmojo etapo patikrinkite, ar išsiųsti laiškai atsidūrė tinkamame kataloge.

Du dalykai, į kuriuos verta atkreipti dėmesį dirbant su Gmail:

Visi laiškai ([Gmail]/All Mail) apima visą paštą, taip pat ir viską, kas yra kitose žymose. Jei nukopijuosite ir šį katalogą, viskas atsidurs dvigubai. Dažniausiai jį praleiskite, nebent turite laiškų, kurie yra tik archyvuoti.
Laiškas su trimis žymomis per IMAP matomas trijuose kataloguose, taigi bus nukopijuotas tris kartus. Taip ir turi būti, tačiau tai skaičiuojama Jūsų saugyklos apimtyje.

Katalogai su kalendoriaus įrašais ar kontaktais (naudojant Microsoft 365 ir Exchange per IMAP juos kartais taip pat matote) negali būti kopijuojami kaip paštas. Geras įrankis juos praleidžia ir apie tai praneša.

Pirmasis etapas

Pradėkite pirmąjį etapą gerokai prieš MX perjungimą, kai naujos pašto dėžutės jau paruoštos. Kiekvienai pašto dėžutei reikės:

šaltinio IMAP serverio (pavyzdžiui, imap.mailprovider.example, arba Jūsų senojo prieglobos paketo serverio pavadinimo);
šaltinio adreso ir slaptažodžio (arba programos slaptažodžio, arba Microsoft prisijungimo, pamoka 8.1);
paskirties adreso ir slaptažodžio bei naujojo paslaugų teikėjo serverio pavadinimo.

Spąstai: jei Jūsų senasis IMAP serveris nustatytas kaip mail.example.com, ir DNS jau perkėlėte? Tuomet mail.example.com galbūt jau rodo į naująjį serverį, ir programa kopijuos iš naujos pašto dėžutės į naują pašto dėžutę. Todėl šaltiniui naudokite pastovų senojo paslaugų teikėjo serverio pavadinimą (jis nurodytas senajame pasveikinimo laiške arba kliento valdymo skydelyje), o ne pavadinimą po Jūsų pačių domenu.

Didelės pašto dėžutės su daug priedų kopijuojamos ilgai: skaičiuokite valandomis, jei turite daug gigabaitų duomenų. Leiskite programai veikti; dauguma įrankių po pertraukimo tęsia nuo tos vietos, kur sustojo.

MX perjungimas

Ar pašto dėžutės jau nukopijuotos, o SPF, DKIM ir DMARC įrašai paruošti (pamoka 8.1, 3 žingsnis)? Tuomet pakeiskite MX įrašus į reikšmes, kurias nurodo naujasis paslaugų teikėjas. Po to:

Patikrinkite prie autoritetinio vardų serverio (nameserver), ar naujasis MX jau nurodytas. Tai matysite iš karto, be podėlio (cache):

$ 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.

Patikrinkite prie viešojo resolverio, ką mato likęs internetas. Jei ten vis dar gaunate seną reikšmę, tai reiškia, kad tas resolveris ją dar turi savo podėlyje (cache), kol baigsis TTL:

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

Skaičius (212) yra likęs laikas sekundėmis. Po šio laiko resolveris paklaus iš naujo.

Išsiųskite bandomąjį laišką iš adreso, esančio už Jūsų domeno ribų (pavyzdžiui, iš nemokamos pašto paslaugos, arba iš savo telefono per mobilųjį internetą), ir patikrinkite, ar jis atkeliauja į naują pašto dėžutę. Kopregelėse (pamoka 1.5) viršutinėse Received eilutėse pamatysite, per kurį serverį jis atkeliavo.

Pereinamasis laikotarpis

Perjungimo metu paštas kartais vis dar pasiekia seną serverį: nuo siuntėjų, kurių resolveris dar žino seną MX, ir nuo serverių, kurie turėjo laišką savo eilėje, skirtą senam serveriui. Tai nėra problema, kol senoji pašto dėžutė tebeegzistuoja. Du būdai, kaip nieko nepraleisti:

Antrasis sinchronizavimo etapas dieną po perjungimo (arba vėliau, priklausomai nuo senojo TTL). Jis paims tik naujus laiškus. Perkeliant domeną kartu keičiant vardų serverius (nameserver), patartina atlikti dar vieną etapą po dviejų ar trijų dienų.
Arba laikinai abi pašto dėžutes laikykite pašto programoje, senąją pasiekiant per pastovų senojo paslaugų teikėjo serverio pavadinimą. Taip iš karto pamatysite, jei kas nors liko neperkelta.

Paštas, kurį šiuo laikotarpiu siunčiate, eina per išsiunčiamą serverį, nustatytą Jūsų įrenginyje. Pasirūpinkite, kad šiuo laikotarpiu SPF įrašas apimtų abu paslaugų teikėjus, kitaip Jūsų paštas, siunčiamas per „neteisingą“ serverį, gavėjui gali būti įvertintas prasčiau.

Įrenginių perjungimas

Kiekviename įrenginyje naują pašto dėžutę nustatykite kaip naują paskyrą su IMAP ir naujojo paslaugų teikėjo duomenimis (modulis 2). Po to pašalinkite senąją paskyrą. Kodėl nereikėtų tiesiog pakeisti esamos paskyros? Todėl, kad programa kartais bando senąją vietinę kopiją sinchronizuoti su nauja pašto dėžute, o tai gali sukelti dublikatus arba dingusius katalogus.

Nepamirškite:

Greitai pašalinti senas paskyras. Telefonas, gulintis stalčiuje ir nuolat bandantis prisijungti su senu slaptažodžiu, gali sukelti laikiną IP adreso blokavimą tiek pas senąjį, tiek pas naująjį paslaugų teikėją (pamoka 3.4). Tuomet staiga tame tinkle nustoja veikti viskas.
Viskas, kas siunčia paštą per SMTP: svetainė, el. parduotuvė, skeneris, kasos sistema (pamoka 8.1).
Parašus, taisykles ir automatinius atsakymus reikia nustatyti iš naujo.

Senas paslaugas atsisakyti tik po to

Senas pašto dėžutes atsisakykite tik tuomet, kai viskas keletą savaičių veikia sklandžiai ir paskutinis sinchronizavimo etapas yra atliktas. Po to sutvarkykite DNS: pašalinkite seną paslaugų teikėją iš SPF, panaikinkite seną DKIM selektorių, TTL grąžinkite į įprastą reikšmę.

Praktiškai: kaip tai atrodo pas paslaugų teikėją

Naudojant WebOké, galite kopijuoti el. pašto perkėlimo įrankiu, esančiu Mano WebOké (jis pats parenka žinomų paslaugų teikėjų serverio pavadinimą, taip pat prisijungia prie Microsoft ir po pertraukimo tęsia darbą), arba naudodami IMAPSync migracija DirectAdmin (įvedate šaltinio serverį, naudotoją ir slaptažodį, pasirenkate paskirties pašto dėžutę). Abiem atvejais antrasis etapas praleidžia tai, kas jau nukopijuota. Kiti paslaugų teikėjai turi panašias perkėlimo priemones; sąvokos šaltinis, paskirtis ir antrasis etapas visur yra tos pačios.

Santrauka

IMAP sinchronizavimas kiekviename kataloge nukopijuoja tai, ko trūksta paskirties vietoje; antrasis etapas nesukuria dublikatų.
Susiekite specialius katalogus (Išsiųsta, Šiukšliadėžė) ir, naudodami Gmail, atkreipkite dėmesį į žymas ir katalogą Visi laiškai.
Šaltiniui naudokite pastovų senojo paslaugų teikėjo serverio pavadinimą, o ne mail.<jūsų domenas>.
Po MX pakeitimo: pirmiausia patikrinkite autoritetiniame serveryje, tada viešai (TTL), tada išsiųskite bandomąjį laišką iš išorės.
Antrasis etapas atliekamas po senojo TTL pasibaigimo, įrenginiai nustatomi kaip naujos paskyros, senos paskyros pašalinamos, atsisakoma senos paslaugos tik po kelių savaičių.

Testas

Užduotis

Užduotis Z8.2: MX ir TTL tikrinimas prieš perkėlimą. Įveskite savo domeną (arba naudokite wikipedia.org, jei neturite savo domeno). Įveskite: MX serverį su žemiausiu prioritetu pagal autoritetinį vardų serverį (nameserver), MX įrašo TTL tame serveryje ir paslaugų teikėją, pas kurį Jūsų paštas atkeliauja (laisva teksto forma). Programa užklausia NS, tada MX autoritetiniame serveryje be podėlio (cache), ir MX viešajame resolveryje. Ji palygina atsakymus ir praneša, jei viešasis resolveris vis dar rodo kitokį atsakymą (tai reiškia, kad perjungimas dar nematomas visur).

Skaitykite daugiau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; pas kitus paslaugų teikėjus procesas vyksta panašiai.

Slapukai WebOké svetainėje

Slapukų nustatymai

Būtinieji

Rinkodara