Moodul 8 · 8.2

Eesti

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

IMAP-sünkroniseerimine ja MX-i üleminek

Moodul 8: Kolimine ja domeeni korrashoid · Lugemisaeg: 12 minutit

Õpieesmärk: pärast seda tundi oskad kopeerida mailbokse IMAP-sünkroniseerimisega, teha MX-i ülemineku ja DNS-päringutega kontrollida, et uus meil jõuab õigesse kohta.

Põhimõisted: IMAP-sünkroniseerimine (imapsync), allikas ja sihtkoht, kaustade sidumine (Sent), esimene ja teine ring, duplikaatide vältimine, Message-ID, kvoot ja suured manused, MX-i muutmine, TTL ja vahemälud, üleminekuperiood, vana serveri ajutine kättesaadavus serverinime kaudu, seadmete ümberseadistamine, mail.<domeen> osutab juba uuele serverile

Kuidas IMAP-sünkroniseerimine töötab

IMAP-sünkroniseerimine on programm, mis logib korraga sisse kahte mailboksi: allikasse (vana mailboks) ja sihtkohta (uus mailboks). See loeb allika kaustade loendi, loob need kaustad sihtkohas ja kopeerib iga kausta kohta kõik kirjad, mis sihtkohas veel puuduvad. Tuntuim programm on imapsync, avatud lähtekoodiga programm, mida paljud teenusepakkujad kasutavad oma kolimistööriista taga.

Oluline teada:

Kopeeritakse, mitte ei liigutata. Allikas ei muutu midagi. Seetõttu võid rahulikult kopeerida, samal ajal kui vana mailboks töötab tavapäraselt edasi.
Teine ring jätab vahele selle, mis on juba olemas. Programm tunneb ära kirjad, mis on juba sihtkohas, enamasti Message-ID päiserea ja mõne teise päise järgi. Seetõttu võid sünkroniseerida nii mitu korda kui soovid, ilma et tekiks duplikaate.
Lipud tulevad kaasa: loetud, vastatud, märgistatud. Nii näeb uus mailboks sama välja.
Sihtkoht peab olema piisavalt suur. Kui sünkroniseerimine jääb poole peale seisma, on uus mailboks sageli täis. Suurenda kvooti ja käivita uuesti: see jätkab sealt, kus pooleli jäi.

Kaustade sidumine: Sent ei ole alati Sent

Iga teenusepakkuja nimetab erikaustu erinevalt. Ühel on saadetud kirjade kaust Sent, teisel Sent Items, Verzonden items või INBOX.Sent. Gmailil ei ole päris kaustu, vaid sildid (labels), ja need kuvatakse IMAP-i kaudu kaustadena, näiteks [Gmail]/Verzonden berichten ja [Gmail]/Alle berichten.

Kui kaustu ei seo, saad uude mailboksi kausta Sent Items enda kausta Sent kõrvale, ja su meiliprogramm kasutab neist ainult üht (tund 3.1). Head kolimistööriistad seovad erikaustad automaatselt; imapsyncil on selleks valik --automap ning valikuga --regextrans2 saad ise nimesid teisendada. Vaata pärast esimest ringi üle, kas saadetud kirjad on õiges kaustas.

Kaks tähelepanekut Gmaili kohta:

Alle berichten ([Gmail]/All Mail) sisaldab kogu meili, ka kõike, mis on teistes siltides. Kui kopeerid ka selle kausta, saad kõik topelt. Jäta see tavaliselt kopeerimata, välja arvatud juhul, kui sul on meile, mis on ainult arhiveeritud.
Kolme sildiga kiri asub IMAP-i kaudu kolmes kaustas ja kopeeritakse seega kolm korda. See on tahtlik, kuid loeb su salvestusruumi arvestusse.

Kalendrikirjeid või kontakte sisaldavaid kaustu (Microsoft 365 ja Exchange puhul näed neid vahel ka IMAP-i kaudu) ei saa meilina kopeerida. Hea tööriist jätab need vahele ja teatab sellest.

Esimene ring

Käivita esimene ring hästi enne MX-i üleminekut, kui uued mailboksid on valmis. Iga mailboksi kohta on vaja:

allika IMAP-serverit (näiteks imap.mailprovider.example, või su vana majutuspaketi serverinime);
allika aadressi ja parooli (või rakenduseparooli, või Microsofti sisselogimist, tund 8.1);
sihtkoha aadressi ja parooli ning uue teenusepakkuja serverinime.

Üks lõks: kas su vana IMAP-server on seadistatud kui mail.example.com ja oled DNS-i juba kolinud? Siis võib mail.example.com juba osutada uuele serverile, ja programm kopeerib uuest mailboksist uude mailboksi. Kasuta allika jaoks seetõttu vana teenusepakkuja püsivat serverinime (see on su vanas tervituskirjas või kliendipaneelis), mitte oma domeeni all olevat nime.

Suured mailboksid paljude manustega võtavad kaua aega: arvesta tundidega mitme gigabaidi kohta. Lase programmil lihtsalt edasi joosta; enamik tööriistu jätkab pärast katkestust sealt, kus pooleli jäi.

MX-i üleminek

Kas mailboksid on kopeeritud ning SPF, DKIM ja DMARC kirjed on valmis (tund 8.1, samm 3)? Siis muuda MX-kirjed uue teenusepakkuja antud väärtusteks. Seejärel:

Kontrolli autoriteetses nimeserveris, kas uus MX on juba olemas. Seda näed kohe, ilma vahemäluta:

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

Kontrolli avalikus lahendaja (resolver) juures, mida ülejäänud internet näeb. Kui saad sealt veel vana väärtuse, on see lahendaja selle oma vahemälus kuni TTL aegumiseni:

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

Number (212) on järelejäänud aeg sekundites. Selle aja möödudes küsib lahendaja uuesti.

Saada testkiri aadressilt väljastpoolt oma domeeni (näiteks tasuta meiliteenusest, või telefonist mobiilse interneti kaudu) ja vaata, kas see jõuab uude mailboksi. Päiseridadest (tund 1.5) näed ülemiste Received ridade järgi, millise serveri kaudu kiri saabus.

Üleminekuperiood

Ülemineku ajal jõuab meil vahel ikka veel vanasse serverisse: saatjatelt, kelle lahendaja (resolver) teab veel vana MX-i, ja serveritest, kellel oli kiri järjekorras ootamas vana serveri jaoks. See ei ole probleem, kuni vana mailboks veel olemas on. Kaks võimalust, et midagi kaduma ei läheks:

Teine sünkroniseerimisring päev pärast üleminekut (või hiljem, olenevalt vana TTL väärtusest). See toob kaasa ainult uued kirjad. Domeeni kolimisel koos nimeserveri vahetusega on mõistlik teha veel üks ring kahe kuni kolme päeva pärast.
Või hoia ajutiselt mõlemat mailboksi oma meiliprogrammis, vana ligipääsuga vana teenusepakkuja püsiva serverinime kaudu. Nii näed kohe, kui midagi maha jääb.

Meil, mida sel perioodil saadad, läheb su seadmes seadistatud väljuva meili serveri kaudu. Veendu, et SPF sisaldab sel perioodil mõlemat teenusepakkujat, muidu võib su meil saaja juures halvemini skoorida, kui see läheb "vale" serveri kaudu.

Seadmete ümberseadistamine

Seadista igas seadmes uus mailboks uue kontona koos IMAP-i ja uue teenusepakkuja andmetega (moodul 2). Kustuta seejärel vana konto. Miks mitte lihtsalt olemasolevat kontot muuta? Sest programm võib siis üritada vana kohaliku koopia sünkroniseerimist uue mailboksiga, mis võib tekitada duplikaate või kadunud kaustu.

Ära unusta:

Kustuta vanad kontod kiiresti. Telefon sahtlis, mis proovib pidevalt vana parooliga sisse logida, võib vana või uue teenusepakkuja juures tekitada ajutise IP-blokeeringu (tund 3.4). Siis ei tööta selles võrgus järsku miski.
Kõik, mis saadab meili SMTP kaudu: veebisait, veebipood, skanner, kassasüsteem (tund 8.1).
Allkirjad, reeglid ja automaatvastused uuesti seadistada.

Tühista leping alles pärast seda

Tühista vanade mailboksite leping alles siis, kui kõik on paar nädalat korralikult toiminud ja viimane sünkroniseerimisring on tehtud. Korista seejärel DNS üle: eemalda vana teenusepakkuja SPF-ist, vana DKIM-selektor minema, TTL tagasi tavalisele väärtusele.

Praktikas: nii näeb see välja ühe teenusepakkuja juures

WebOkés saad kopeerida e-posti kolimistööriistaga Minu WebOkés (valib ise tuntud teenusepakkujate serverinime, logib sisse ka Microsofti juures ja jätkab pärast katkestust) või IMAPSync Migrations'iga DirectAdminis (täida allika host, kasutaja ja parool, vali sihtmailboks). Mõlemal juhul jätab teine ring vahele selle, mis on juba kopeeritud. Teistel teenusepakkujatel on sarnased kolimisabivahendid; mõisted allikas, sihtkoht ja teine ring on kõikjal samad.

Kokkuvõte

IMAP-sünkroniseerimine kopeerib iga kausta kohta selle, mis sihtkohas puudub; teine ring ei tekita duplikaate.
Seo erikaustad (Sent, Trash) ja jälgi Gmaili puhul silte ning Alle berichten kausta.
Kasuta allika jaoks vana teenusepakkuja püsivat serverinime, mitte mail.<sinu domeen>.
Pärast MX-i vahetust: kõigepealt kontrolli autoriteetselt, siis avalikult (TTL), siis saada testkiri väljastpoolt.
Teine ring pärast vana TTL aegumist, seadmed uue kontona seadista, vanad kontod eemalda, lepingu tühistamine alles nädalate pärast.

Test

Ülesanne

Ülesanne Z8.2: MX ja TTL kontrollimine ülemineku ajal. Sisesta oma domeen (või kasuta wikipedia.org, kui sul ei ole oma domeeni). Täida: MX-host madalaima prioriteediga vastavalt autoriteetsele nimeserverile, MX-kirje TTL selle nimeserveri juures, ja osapool, kelle juurde su meil saabub (vaba tekst). Programm küsib päringu NS, seejärel MX autoriteetselt nimeserverilt ilma vahemäluta, ja MX avalikult lahendajalt (resolver). See paneb vastused kõrvuti ja annab teada, kui avalik lahendaja annab veel teise vastuse (siis ei ole üleminek veel kõikjal nähtav).

Lisalugemist

Nende artiklite sammud kehtivad WebOké paneelide kohta; teiste teenusepakkujate juures töötab see sarnaselt.

Küpsised WebOké lehel

Küpsiste seaded

Vajalikud

Turundus