IMAP sinkronizacija i prelazak na novi MX

Modul 8: Preseljenje i uređenje Vaše domene · Vrijeme čitanja: 12 minuta

Cilj učenja: Nakon ove lekcije moći ćete kopirati mailbox putem IMAP sinkronizacije, provesti prelazak na novi MX i DNS upitima provjeriti da nova pošta stiže na pravo mjesto.

Ključni pojmovi: IMAP sinkronizacija (imapsync), izvor i odredište, povezivanje mapa (Sent/Verzonden), prvi i drugi krug, izbjegavanje duplikata, Message-ID, kvota i veliki privici, promjena MX-a, TTL i predmemorije (cache), prijelazno razdoblje, privremeni pristup starom poslužitelju putem naziva poslužitelja, prebacivanje uređaja, mail.<domena> već pokazuje na novi poslužitelj

Kako funkcionira IMAP sinkronizacija

IMAP sinkronizacija je program koji se istovremeno prijavljuje u dvije mailbox: izvor (stari mailbox) i odredište (novi mailbox). Program čita popis mapa u izvoru, stvara te mape u odredištu i po mapi kopira svaku poruku koja u odredištu još nedostaje. Najpoznatiji program je imapsync, program otvorenog koda koji mnogi pružatelji usluga koriste u pozadini svog alata za migraciju.

Važno je znati sljedeće:

Poruke se kopiraju, ne premještaju. U izvoru se ništa ne mijenja. Zato možete mirno kopirati dok stari mailbox i dalje normalno radi.
Drugi krug preskače ono što već postoji. Program prepoznaje poruke koje su već u odredištu, obično po zaglavlju Message-ID i još nekoliko drugih zaglavlja. Zato možete sinkronizirati onoliko puta koliko želite, bez straha od duplikata.
Oznake se prenose zajedno s porukama: pročitano, odgovoreno, označeno zastavicom. Zato novi mailbox izgleda jednako kao stari.
Odredište mora imati dovoljno prostora. Ako se sinkronizacija zaustavi na pola puta, novi mailbox je često pun. Povećajte kvotu i pokrenite ponovno: nastavit će tamo gdje je stala.

Povezivanje mapa: Sent nije uvijek Sent

Svaki pružatelj usluga drugačije naziva posebne mape. Kod jednog se mapa s poslanom poštom zove Sent, kod drugog Sent Items, Verzonden items ili INBOX.Sent. Gmail nema prave mape nego oznake (labels), koje putem IMAP-a prikazuje kao mape poput [Gmail]/Verzonden berichten i [Gmail]/Alle berichten.

Bez povezivanja mapa u novom mailboxu ćete dobiti mapu Sent Items uz vlastitu mapu Sent, a Vaš program za e-poštu koristit će samo jednu od njih dvije (lekcija 3.1). Dobri alati za migraciju automatski povezuju posebne mape; imapsync za to ima opciju --automap, a pomoću --regextrans2 možete sami preimenovati nazive. Nakon prvog kruga provjerite je li Vaša poslana pošta u pravoj mapi.

Dvije stvari na koje treba obratiti pozornost kod Gmaila:

Alle berichten ([Gmail]/All Mail) sadrži svu poštu, uključujući sve što se nalazi i u drugim oznakama. Ako kopirate i tu mapu, sve ćete dobiti duplo. U većini slučajeva je preskočite, osim ako imate poštu koja je isključivo arhivirana.
Poruka s tri oznake putem IMAP-a se nalazi u tri mape, pa se stoga kopira tri puta. To je tako predviđeno, ali se ipak računa u Vaš prostor za pohranu.

Mape s kalendarskim stavkama ili kontaktima (kod Microsoft 365 i Exchangea ih ponekad vidite i putem IMAP-a) ne mogu se kopirati kao pošta. Dobar alat ih preskače i to javlja.

Prvi krug

Prvi krug pokrenite dovoljno prije prelaska na novi MX, čim novi mailbox bude spreman. Za svaki mailbox trebat će Vam:

IMAP poslužitelj izvora (na primjer imap.mailprovider.example, ili naziv poslužitelja Vašeg starog hosting paketa);
adresa i lozinka (ili lozinka za aplikaciju, ili Microsoft prijava, lekcija 8.1) izvora;
adresa i lozinka odredišta, te naziv poslužitelja novog pružatelja usluge.

Zamka na koju treba paziti: ako je Vaš stari IMAP poslužitelj postavljen kao mail.example.com, a DNS ste već preselili? Tada mail.example.com možda već pokazuje na novi poslužitelj, pa program kopira iz novog u novi mailbox. Zato za izvor koristite fiksni naziv poslužitelja Vašeg starog pružatelja usluge (nalazi se u Vašem starom e-mailu dobrodošlice ili klijentskom panelu), a ne naziv unutar vlastite domene.

Veliki mailboxovi s mnogo privitaka traju dugo: za mnogo gigabajta računajte na sate. Pustite program da radi; većina alata nakon prekida nastavlja točno ondje gdje je stala.

Prelazak na novi MX

Jesu li mailboxovi kopirani i jesu li zapisi za SPF, DKIM i DMARC spremni (lekcija 8.1, korak 3)? Tada mijenjate MX zapise na vrijednosti koje je naveo novi pružatelj usluge. Nakon toga:

Provjerite kod mjerodavnog (authoritative) name servera je li novi MX tamo postavljen. To vidite odmah, bez predmemorije (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.

Provjerite kod javnog resolvera što vidi ostatak interneta. Dobijete li tamo još uvijek staru vrijednost, znači da taj resolver ju još uvijek ima u svojoj predmemoriji, sve do isteka TTL-a:

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

Broj (212) je preostalo vrijeme u sekundama. Nakon tog vremena resolver će ponovno postaviti upit.

Pošaljite probnu poruku s adrese izvan Vaše domene (na primjer besplatne mail usluge, ili s telefona putem mobilnog interneta) i provjerite stiže li u novi mailbox. U zaglavljima (lekcija 1.5), u najgornjim Received redcima, vidjet ćete putem kojeg je poslužitelja poruka stigla.

Prijelazno razdoblje

Tijekom prijelaza pošta ponekad još stiže na stari poslužitelj: od pošiljatelja čiji resolver još uvijek zna stari MX, te od poslužitelja koji su poruku imali u redu čekanja za stari poslužitelj. To nije problem, sve dok stari mailbox i dalje postoji. Dva načina da ništa ne propustite:

Drugi krug sinkronizacije dan nakon prelaska (ili kasnije, ovisno o starom TTL-u). On preuzima samo nove poruke. Kod selidbe domene s promjenom name servera preporučljivo je napraviti još jedan krug nakon dva ili tri dana.
Ili privremeno oba mailboxa u svom programu za e-poštu, pri čemu stari ostaje dostupan putem fiksnog naziva poslužitelja starog pružatelja usluge. Tako odmah vidite eventualne zaostale poruke.

Pošta koju u ovom razdoblju šaljete odlazi putem odlaznog poslužitelja koji je postavljen na Vašem uređaju. Pobrinite se da u ovom razdoblju SPF sadrži oba pružatelja usluge, inače Vaša pošta poslana putem "pogrešnog" poslužitelja može kod primatelja dobiti lošiju ocjenu.

Prebacivanje uređaja

Na svakom uređaju postavite novi mailbox kao novi račun s IMAP-om i podacima novog pružatelja usluge (modul 2). Nakon toga uklonite stari račun. Zašto ne prilagoditi postojeći račun? Zato što program u tom slučaju ponekad pokušava sinkronizirati staru lokalnu kopiju s novim mailboxom, što može dovesti do duplikata ili nestalih mapa.

Ne zaboravite:

Brzo uklonite stare račune. Telefon u ladici koji neprestano pokušava prijaviti se starom lozinkom može kod starog ili novog pružatelja usluge izazvati privremeno blokiranje IP adrese (lekcija 3.4). Tada na toj mreži odjednom ništa ne radi.
Sve što šalje poštu putem SMTP-a: web stranica, web trgovina, skener, blagajnički sustav (lekcija 8.1).
Potpise, pravila i automatske odgovore ponovno postavite.

Otkazivanje tek nakon toga

Stare mailboxove otkažite tek kad sve bude ispravno radilo nekoliko tjedana i kad bude odrađen posljednji krug sinkronizacije. Tek nakon toga uredite DNS: uklonite starog pružatelja usluge iz SPF-a, uklonite stari DKIM selector, vratite TTL na uobičajenu vrijednost.

U praksi: ovako to izgleda kod jednog pružatelja usluge

Kod WebOké možete kopirati putem alata za selidbu e-pošte u Moj WebOké (sam prepoznaje naziv poslužitelja poznatih pružatelja usluga, prijavljuje se i kod Microsofta te nastavlja nakon prekida) ili putem IMAPSync Migrations u DirectAdmin (unesete host izvora, korisničko ime i lozinku, odaberete odredišni mailbox). Drugi krug u oba slučaja preskače ono što je već kopirano. Drugi pružatelji usluga imaju slične alate za migraciju; pojmovi izvor, odredište i drugi krug svugdje su isti.

Sažetak

IMAP sinkronizacija po mapi kopira ono što nedostaje u odredištu; drugi krug ne stvara duplikate.
Povežite posebne mape (Sent, Trash) i kod Gmaila obratite pozornost na oznake i mapu Alle berichten.
Za izvor koristite fiksni naziv poslužitelja starog pružatelja usluge, a ne mail.<vaša domena>.
Nakon promjene MX-a: prvo provjerite kod mjerodavnog poslužitelja, zatim javno (TTL), pa probnu poruku izvana.
Drugi krug nakon isteka starog TTL-a, uređaje postavite kao nove račune, stare račune uklonite, otkažite tek nakon nekoliko tjedana.

Kviz

Zadatak

Zadatak Z8.2: Provjera MX i TTL prilikom prelaska. Unesite svoju domenu (ili upotrijebite wikipedia.org ako nemate vlastitu domenu). Unesite: MX host s najnižim prioritetom prema mjerodavnom name serveru, TTL MX zapisa kod tog name servera, te tvrtku kod koje Vam stiže pošta (slobodan tekst). Program upita NS, zatim MX kod mjerodavnog name servera bez predmemorije, te MX kod javnog resolvera. Odgovore stavlja jedan pored drugog i javlja ako javni resolver još uvijek daje drugačiji odgovor (to znači da prelazak još nije posvuda vidljiv).

Dodatno štivo

Koraci u ovim člancima vrijede za panele WebOké; kod drugih pružatelja usluga postupak je sličan.

Kolačići na WebOké

Postavke kolačića

Nužni

Marketing