Modul 8 · 8.2

IMAP-sinhronizacija in prehod MX

Modul 8: Selitev in urejenost Vaše domene · Čas branja: 12 minut

Cilj učenja: Po tej lekciji boste znali kopirati poštne predale z IMAP-sinhronizacijo, izvesti prehod MX in z DNS-poizvedbami preveriti, da nova pošta prihaja na pravo mesto.

Ključni pojmi: IMAP-sinhronizacija (imapsync), vir in cilj, povezovanje map (Sent/Poslano), prvi in drugi krog, preprečevanje podvajanja, Message-ID, kvota in velike priloge, sprememba MX, TTL in predpomnilniki, prehodno obdobje, začasna dosegljivost starega strežnika prek imena strežnika, preusmeritev naprav, mail.<domena> že kaže na nov strežnik

Kako deluje IMAP-sinhronizacija

IMAP-sinhronizacija je program, ki se hkrati prijavi v dva poštna predala: v vir (stari poštni predal) in v cilj (novega). Prebere seznam map v viru, te mape ustvari v cilju in za vsako mapo kopira vsako sporočilo, ki v cilju še manjka. Najbolj znan program je imapsync, odprtokodni program, ki ga veliko ponudnikov uporablja za svoje migracijsko orodje.

Pomembno je vedeti:

Gre za kopiranje, ne za premikanje. V viru se nič ne spremeni. Zato lahko mirno kopirate, medtem ko stari poštni predal še naprej normalno deluje.
Drugi krog preskoči tisto, kar že obstaja. Program prepozna sporočila, ki so že v cilju, večinoma po kopni glavi Message-ID in še nekaj drugih kopnih glavah. Zato lahko sinhronizirate tolikokrat, kot želite, ne da bi prišlo do podvajanja.
Zastavice se prenesejo: prebrano, odgovorjeno, označeno. Zato nov poštni predal izgleda enako kot prej.
Cilj mora biti dovolj velik. Če se sinhronizacija ustavi na polovici, je nov poštni predal pogosto poln. Povečajte kvoto in začnite znova: nadaljevala bo tam, kjer je ostala.

Povezovanje map: Poslano ni vedno Poslano

Vsak ponudnik posebne mape poimenuje drugače. Pri enem se mapa s poslano pošto imenuje Sent, pri drugem Sent Items, Verzonden items ali INBOX.Sent. Gmail nima pravih map, ampak oznake (labels), ki jih prek IMAP prikaže kot mape, na primer [Gmail]/Verzonden berichten in [Gmail]/Alle berichten.

Brez povezovanja boste v novem poštnem predalu dobili mapo Sent Items poleg lastne mape Verzonden, Vaš poštni program pa bo uporabljal samo eno od obeh (lekcija 3.1). Dobra migracijska orodja posebne mape povežejo samodejno; imapsync ima za to možnost --automap, z --regextrans2 pa lahko imena preslikate sami. Po prvem krogu preverite, ali je poslana pošta v pravi mapi.

Dve stvari, na kateri morate biti pozorni pri Gmailu:

Vsa sporočila ([Gmail]/All Mail) vsebuje vso pošto, tudi vse, kar je v drugih oznakah. Če to mapo prav tako kopirate, boste dobili vse podvojeno. Večinoma jo izpustite, razen če imate pošto, ki je samo arhivirana.
Sporočilo s tremi oznakami se prek IMAP pojavi v treh mapah in je torej kopirano trikrat. To je tako predvideno, vendar se to šteje v Vašo porabo prostora.

Map s koledarskimi dogodki ali stiki (pri Microsoft 365 in Exchange jih prek IMAP včasih tudi vidite) ni mogoče kopirati kot pošto. Dobro orodje jih preskoči in to sporoči.

Prvi krog

Prvi krog začnite precej pred prehodom MX, ko so novi poštni predali pripravljeni. Za vsak poštni predal potrebujete:

IMAP-strežnik vira (na primer imap.mailprovider.example ali ime strežnika Vašega starega gostovalnega paketa);
naslov in geslo (ali geslo za aplikacijo ali prijavo Microsoft, lekcija 8.1) vira;
naslov in geslo cilja ter ime strežnika novega ponudnika.

Past: ali je Vaš stari IMAP-strežnik nastavljen kot mail.example.com in ste DNS že preselili? Potem mail.example.com morda že kaže na nov strežnik, program pa bo kopiral iz novega v nov poštni predal. Za vir zato uporabite stalno ime strežnika starega ponudnika (najdete ga v starem e-poštnem sporočilu dobrodošlice ali v nadzorni plošči za stranke), ne imena pod Vašo lastno domeno.

Veliki poštni predali s številnimi prilogami trajajo dolgo: pri več gigabajtih računajte na ure. Pustite, da program enostavno teče; večina orodij po prekinitvi nadaljuje tam, kjer je ostala.

Prehod MX

So poštni predali kopirani in so zapisi za SPF, DKIM in DMARC pripravljeni (lekcija 8.1, 3. korak)? Potem zamenjate zapise MX z vrednostmi, ki jih navede nov ponudnik. Nato:

Pri avtoritativnem strežniku imen preverite, ali je nov MX že tam. To vidite takoj, brez predpomnilnika:

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

Pri javnem razreševalniku preverite, kaj vidi preostanek interneta. Če tam še vedno dobite staro vrednost, jo ima ta razreševalnik v predpomnilniku do izteka TTL:

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

Številka (212) je preostali čas v sekundah. Po tem času razreševalnik znova povpraša.

Pošljite testno sporočilo z naslova zunaj Vaše domene (na primer prek brezplačne poštne storitve ali s telefona prek mobilnega interneta) in preverite, ali prispe v nov poštni predal. V glavah (lekcija 1.5) pri najvišjih vrsticah Received vidite, prek katerega strežnika je prispelo.

Prehodno obdobje

Med prehodom pošta včasih še vedno prispe na stari strežnik: od pošiljateljev, katerih razreševalnik še pozna stari MX, in od strežnikov, ki so imeli sporočilo v čakalni vrsti za stari strežnik. To ni težava, dokler stari poštni predal še obstaja. Dva načina, da ničesar ne zamudite:

Drugi krog sinhronizacije en dan po prehodu (ali pozneje, odvisno od stare TTL). Ta prevzame samo nova sporočila. Pri selitvi domene z zamenjavo strežnikov imen je priporočljivo opraviti še en krog po dveh ali treh dneh.
Ali pa začasno imejte oba poštna predala v poštnem programu, pri čemer do starega dostopate prek stalnega imena strežnika starega ponudnika. Tako takoj vidite morebitne zaostale primere.

Pošta, ki jo v tem obdobju pošiljate, gre prek odhodnega strežnika, ki je nastavljen na Vaši napravi. Poskrbite, da SPF v tem obdobju vsebuje oba ponudnika, sicer lahko Vaša pošta prek "napačnega" strežnika pri prejemniku doseže slabšo oceno.

Preusmeritev naprav

Na vsaki napravi nastavite nov poštni predal kot nov račun z IMAP in podatki novega ponudnika (modul 2). Nato odstranite stari račun. Zakaj ne prilagoditi obstoječega računa? Ker program včasih poskuša staro lokalno kopijo uskladiti z novim poštnim predalom, kar lahko povzroči podvajanja ali izginule mape.

Ne pozabite:

Hitro odstraniti stare račune. Telefon v predalu, ki se ves čas poskuša prijaviti s starim geslom, lahko pri starem ali novem ponudniku povzroči začasno blokado IP-naslova (lekcija 3.4). Potem na tem omrežju nenadoma nič ne deluje.
Vse, kar pošilja prek SMTP: spletno mesto, spletna trgovina, skener, blagajniški sistem (lekcija 8.1).
Znova nastaviti podpise, pravila in samodejne odgovore.

Odpoved šele nato

Stare poštne predale odpovejte šele, ko vse nekaj tednov deluje brez težav in je bil opravljen zadnji krog sinhronizacije. Nato počistite DNS: odstranite starega ponudnika iz SPF, odstranite stari selektor DKIM, TTL vrnite na običajno vrednost.

V praksi: tako je videti pri ponudniku

Pri WebOké lahko kopirate z orodjem za selitev e-pošte v Moj WebOké (samo izbere ime strežnika znanih ponudnikov, prijavi se tudi pri Microsoftu in po prekinitvi nadaljuje) ali z Migracije IMAPSync v DirectAdmin (vnesete gostitelja vira, uporabnika in geslo, izberete ciljni poštni predal). Drugi krog v obeh primerih preskoči tisto, kar je že kopirano. Drugi ponudniki imajo podobne pripomočke za migracijo; pojmi vir, cilj in drugi krog so povsod enaki.

Povzetek

IMAP-sinhronizacija za vsako mapo kopira, kar v cilju manjka; drugi krog ne povzroča podvajanja.
Povežite posebne mape (Poslano, Smeti) in bodite pri Gmailu pozorni na oznake in Vsa sporočila.
Za vir uporabite stalno ime strežnika starega ponudnika, ne mail.<vaša domena>.
Po zamenjavi MX: najprej preverite avtoritativno, nato javno (TTL), nato testno sporočilo od zunaj.
Drugi krog po izteku stare TTL, naprave nastavite kot nov račun, stare račune odstranite, odpoved šele po nekaj tednih.

Kviz

Naloga

Naloga Z8.2: Preverjanje MX in TTL ob selitvi. Vnesite svojo domeno (ali uporabite wikipedia.org, če nimate lastne domene). Vnesite: gostitelja MX z najnižjo prioriteto glede na avtoritativni strežnik imen, TTL zapisa MX pri tem strežniku imen in ponudnika, pri katerem prejemate pošto (prosto besedilo). Program povpraša za NS, nato za MX pri avtoritativnem strežniku imen brez predpomnilnika, in za MX pri javnem razreševalniku. Odgovore postavi drug ob drugega in sporoči, če javni razreševalnik pokaže drugačen odgovor (prehod tedaj še ni viden povsod).

Za nadaljnje branje

Koraki v teh člankih veljajo za nadzorne plošče WebOké; pri drugih ponudnikih deluje podobno.

Piškotki na WebOké

Nastavitve piškotkov

Nujni

Trženje