Modul 8 · 8.2

IMAP-synchronizácia a prechod na nový MX

Modul 8: Presun a vaša doména v poriadku · Čas čítania: 12 minút

Cieľ lekcie: Po tejto lekcii dokážete kopírovať poštové schránky pomocou IMAP-synchronizácie, vykonať prechod na nový MX a pomocou DNS dotazov overiť, že nová pošta prichádza na správne miesto.

Kľúčové pojmy: IMAP-synchronizácia (imapsync), zdroj a cieľ, párovanie priečinkov (Sent/Odoslané), prvé a druhé kolo, predchádzanie duplicitám, Message-ID, kvóta a veľké prílohy, zmena MX, TTL a cache, prechodné obdobie, dočasný prístup k starému serveru cez názov servera, prenastavenie zariadení, mail.<domena> už smeruje na nový server

Ako funguje IMAP-synchronizácia

IMAP-synchronizácia je program, ktorý sa súčasne prihlási do dvoch poštových schránok: do zdroja (starej schránky) a cieľa (novej schránky). Načíta zoznam priečinkov v zdroji, vytvorí tieto priečinky v cieli a pre každý priečinok skopíruje každú správu, ktorá v cieli ešte chýba. Najznámejším programom je imapsync, open-source program, ktorý mnohí poskytovatelia používajú v pozadí svojich migračných nástrojov.

Dôležité veci, ktoré treba vedieť:

Kopíruje sa, nepresúva sa. V zdroji sa nič nemení. Preto môžete pokojne kopírovať, zatiaľ čo stará schránka ďalej funguje.
Druhé kolo preskočí to, čo už existuje. Program rozpozná správy, ktoré už sú v cieli, zvyčajne podľa hlavičky Message-ID a niekoľkých ďalších hlavičiek. Vďaka tomu môžete synchronizovať toľkokrát, koľkokrát chcete, bez vzniku duplicít.
Príznaky sa prenášajú spolu so správou: prečítané, zodpovedané, označené. Vďaka tomu nová schránka vyzerá rovnako ako predtým.
Cieľ musí mať dostatok miesta. Ak sa synchronizácia zastaví v polovici, nová schránka je väčšinou plná. Zväčšite kvótu a spustite ju znova: pokračuje tam, kde skončila.

Párovanie priečinkov: Odoslané nie je vždy Odoslané

Každý poskytovateľ nazýva špeciálne priečinky inak. U jedného sa priečinok s odoslanou poštou volá Sent, u iného Sent Items, Verzonden items alebo INBOX.Sent. Gmail nemá skutočné priečinky, ale štítky, a cez IMAP ich zobrazuje ako priečinky, napríklad [Gmail]/Verzonden berichten a [Gmail]/Alle berichten.

Bez spárovania získate v novej schránke priečinok Sent Items popri vlastnom priečinku Odoslané, pričom váš poštový program používa len jeden z nich (lekcia 3.1). Dobré migračné nástroje spárujú špeciálne priečinky automaticky; imapsync na to má voľbu --automap a pomocou --regextrans2 si môžete sami nastaviť prevod názvov. Po prvom kole skontrolujte, či sa odoslaná pošta nachádza v správnom priečinku.

Dva body, na ktoré si dať pozor pri Gmaile:

Všetky správy ([Gmail]/All Mail) obsahujú všetku poštu, vrátane všetkého, čo je aj v iných štítkoch. Ak tento priečinok skopírujete, dostanete všetko duplicitne. Väčšinou ho preskočte, okrem prípadu, keď máte poštu, ktorá je len archivovaná.
Správa s tromi štítkami sa cez IMAP nachádza v troch priečinkoch, a teda sa skopíruje trikrát. To je tak zamýšľané, ale počíta sa to do vášho úložiska.

Priečinky s kalendárnymi položkami alebo kontaktmi (pri Microsoft 365 a Exchange ich cez IMAP niekedy tiež vidíte) sa nedajú skopírovať ako pošta. Dobrý nástroj ich preskočí a oznámi to.

Prvé kolo

Prvé kolo spustite s dostatočným predstihom pred prechodom na nový MX, keď sú nové schránky pripravené. Pre každú schránku potrebujete:

IMAP server zdroja (napríklad imap.mailprovider.example, alebo názov servera vášho pôvodného hostingového balíka);
adresu a heslo (alebo heslo aplikácie, alebo prihlásenie cez Microsoft, lekcia 8.1) zdroja;
adresu a heslo cieľa a názov servera nového poskytovateľa.

Nástražná situácia: máte svoj starý IMAP server nastavený ako mail.example.com a DNS ste už presunuli? Potom mail.example.com môže už smerovať na nový server a program by kopíroval z nového servera do novej schránky. Pre zdroj preto použite trvalý názov servera vášho pôvodného poskytovateľa (nájdete ho vo svojom pôvodnom uvítacom e-maile alebo zákazníckom paneli), nie názov pod vlastnou doménou.

Veľké schránky s množstvom príloh trvajú dlho: počítajte s hodinami pri mnohých gigabajtoch. Nechajte program jednoducho bežať; väčšina nástrojov po prerušení pokračuje tam, kde skončila.

Prechod na nový MX

Sú schránky skopírované a sú pripravené záznamy pre SPF, DKIM a DMARC (lekcia 8.1, krok 3)? Potom zmeňte MX záznamy na hodnoty, ktoré uvádza nový poskytovateľ. Potom:

Overte u autoritatívneho nameservera, či je nastavený nový MX. To uvidíte okamžite, bez 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.

Overte u verejného resolvera, čo vidí zvyšok internetu. Ak tam ešte dostanete starú hodnotu, tento resolver ju má ešte vo svojej cache, kým neuplynie TTL:

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

Číslo (212) je zostávajúci čas v sekundách. Po uplynutí tohto času sa resolver opýta znova.

Odošlite testovaciu správu z adresy mimo vašej domény (napríklad z bezplatnej mailovej služby alebo z telefónu cez mobilný internet) a skontrolujte, či príde do novej schránky. V hlavičkách (lekcia 1.5) uvidíte pri najvrchnejších riadkoch Received, cez ktorý server prišla.

Prechodné obdobie

Počas prechodu niekedy pošta ešte prichádza na starý server: od odosielateľov, ktorých resolver ešte pozná starý MX, a od serverov, ktoré mali správu vo fronte pre starý server. To nie je problém, pokiaľ stará schránka naďalej existuje. Dva spôsoby, ako nič nestratiť:

Druhé kolo synchronizácie deň po prechode (alebo neskôr, v závislosti od starej TTL). To prevezme len nové správy. Pri presune domény so zmenou nameserverov je rozumné urobiť ešte jedno kolo po dvoch alebo troch dňoch.
Alebo dočasne obe schránky vo vašom poštovom programe, pričom starú cez trvalý názov servera pôvodného poskytovateľa. Tak hneď uvidíte prípadné oneskorené správy.

Pošta, ktorú v tomto období odosielate, ide cez odchádzajúci server nastavený na vašom zariadení. Zabezpečte, aby SPF v tomto období obsahovalo oboch poskytovateľov, inak môže vaša pošta cez „nesprávny“ server dosiahnuť horšie hodnotenie u príjemcu.

Prenastavenie zariadení

Na každom zariadení nastavte novú schránku ako nový účet s IMAP a údajmi nového poskytovateľa (modul 2). Potom odstráňte starý účet. Prečo neupraviť existujúci účet? Pretože program sa niekedy pokúša synchronizovať starú lokálnu kópiu s novou schránkou, čo môže spôsobiť duplicity alebo zmiznuté priečinky.

Nezabudnite na:

Rýchle odstránenie starých účtov. Telefón v zásuvke, ktorý sa stále pokúša prihlásiť so starým heslom, môže u starého alebo nového poskytovateľa spôsobiť dočasnú IP blokáciu (lekcia 3.4). Potom zrazu na danej sieti nič nefunguje.
Všetko, čo odosiela poštu cez SMTP: webová stránka, e-shop, skener, pokladničný systém (lekcia 8.1).
Opätovné nastavenie podpisov, pravidiel a automatických odpovedí.

Zrušiť až potom

Staré schránky zrušte až vtedy, keď všetko niekoľko týždňov funguje v poriadku a je vykonané posledné kolo synchronizácie. Potom upracte DNS: odstráňte starého poskytovateľa zo SPF, odstráňte starý DKIM selector, vráťte TTL na bežnú hodnotu.

V praxi: ako to vyzerá u poskytovateľa

Vo WebOké môžete kopírovať pomocou nástroja na presun e-mailu v Môj WebOké (sám si vyberie názov servera známych poskytovateľov, prihlasuje sa aj do Microsoft a po prerušení pokračuje ďalej) alebo pomocou IMAPSync migrácia v DirectAdmin (vyplníte zdrojového hostiteľa, používateľa a heslo, vyberiete cieľovú schránku). Druhé kolo v oboch prípadoch preskočí to, čo je už skopírované. Iní poskytovatelia majú podobné migračné pomôcky; pojmy zdroj, cieľ a druhé kolo sú všade rovnaké.

Zhrnutie

IMAP-synchronizácia kopíruje pre každý priečinok to, čo v cieli chýba; druhé kolo nevytvára duplicity.
Spárujte špeciálne priečinky (Odoslané, Kôš) a pri Gmaile dávajte pozor na štítky a priečinok Všetky správy.
Pre zdroj použite trvalý názov servera pôvodného poskytovateľa, nie mail.<vaša doména>.
Po zmene MX: najprv overte autoritatívne, potom verejne (TTL), potom testovacou správou zvonka.
Druhé kolo po uplynutí starej TTL, zariadenia nastavte ako nový účet, staré účty odstráňte, zrušte až po niekoľkých týždňoch.

Kvíz

Úloha

Úloha Z8.2: Kontrola MX a TTL okolo prechodu. Zadajte vlastnú doménu (alebo použite wikipedia.org, ak vlastnú doménu nemáte). Vyplňte: MX hostiteľ s najnižšou prioritou podľa autoritatívneho nameservera, TTL MX záznamu u tohto nameservera a poskytovateľa, u ktorého vám prichádza pošta (voľný text). Program si vyžiada NS, potom MX u autoritatívneho nameservera bez cache a MX u verejného resolvera. Odpovede porovná vedľa seba a upozorní, ak verejný resolver stále vracia inú odpoveď (prechod vtedy ešte nie je viditeľný všade).

Ďalšie čítanie

Kroky v týchto článkoch platia pre panely WebOké; u iných poskytovateľov to funguje podobne.

Súbory cookie na WebOké

Nastavenia súborov cookie

Nevyhnutné

Marketing