IMAP synchronizace a přechod na nový MX

Modul 8: Stěhování a váš doménu v pořádku · Doba čtení: 12 minut

Cíl lekce: Po této lekci dokážete zkopírovat schránky pomocí IMAP synchronizace, provést přechod na nový MX a pomocí DNS dotazů ověřit, že nová pošta chodí na správné místo.

Klíčové pojmy: IMAP synchronizace (imapsync), zdroj a cíl, párování složek (Sent/Odesláno), první a druhé kolo, zabránění duplicitám, Message-ID, kvóta a velké přílohy, změna MX, TTL a cache, přechodné období, dočasný přístup ke starému serveru přes jeho název, přenastavení zařízení, mail.<domena> už ukazuje na nový server

Jak funguje IMAP synchronizace

IMAP synchronizace je program, který se přihlásí do dvou schránek současně: do zdroje (staré schránky) a do cíle (nové schránky). Přečte seznam složek ve zdroji, vytvoří tyto složky v cíli a u každé složky zkopíruje každou zprávu, která v cíli ještě chybí. Nejznámější program je imapsync, open-source program, který mnoho poskytovatelů používá i za svými vlastními migračními nástroji.

Důležité věci, které je dobré vědět:

Kopíruje se, nikoli přesouvá. Ve zdroji se nic nemění. Proto můžete kopírovat v klidu, zatímco stará schránka dál normálně funguje.
Druhé kolo přeskočí to, co už tam je. Program rozpozná zprávy, které už v cíli jsou, většinou podle hlavičky Message-ID a několika dalších hlaviček. Díky tomu můžete synchronizovat tolikrát, kolikrát chcete, aniž by vznikaly duplicity.
Přenášejí se i příznaky: přečteno, zodpovězeno, označeno. Nová schránka tak vypadá stejně jako ta stará.
Cíl musí mít dostatek místa. Pokud se synchronizace zastaví v polovině, bývá to tím, že je nová schránka plná. Zvětšete kvótu a spusťte synchronizaci znovu: pokračuje tam, kde skončila.

Párování složek: Odesláno není vždy Odesláno

Každý poskytovatel pojmenovává speciální složky jinak. U jednoho se složka s odeslanou poštou jmenuje Sent, u jiného Sent Items, Odeslaná pošta nebo INBOX.Sent. Gmail nemá skutečné složky, ale štítky, a přes IMAP je zobrazuje jako složky typu [Gmail]/Odeslaná pošta a [Gmail]/Všechna pošta.

Bez párování se vám v nové schránce objeví složka Sent Items vedle vlastní složky Odesláno, a váš e-mailový program pak používá jen jednu z nich (lekce 3.1). Dobré migrační nástroje páruji speciální složky automaticky; imapsync k tomu má volbu --automap a pomocí --regextrans2 si můžete názvy přemapovat sami. Po prvním kole zkontrolujte, zda je vaše odeslaná pošta ve správné složce.

Dva body, na které si dát pozor u Gmailu:

Všechna pošta ([Gmail]/All Mail) obsahuje veškerou poštu, včetně všeho, co je i v jiných štítcích. Pokud tuto složku zkopírujete také, dostanete všechno dvakrát. Většinou ji proto přeskočte, pokud nemáte poštu, která je pouze archivovaná.
Zpráva se třemi štítky se přes IMAP objeví ve třech složkách, a tedy se zkopíruje třikrát. To je záměr, ale počítá se to do vašeho úložiště.

Složky s událostmi v kalendáři nebo kontakty (u Microsoft 365 a Exchange je přes IMAP někdy také vidíte) nelze zkopírovat jako poštu. Dobrý nástroj je přeskočí a nahlásí to.

První kolo

První kolo spusťte s dostatečným předstihem před přechodem na nový MX, jakmile jsou nové schránky připravené. Pro každou schránku budete potřebovat:

IMAP server zdroje (například imap.mailprovider.example, nebo název serveru vašeho starého hostingového balíčku);
adresu a heslo (nebo aplikační heslo, případně přihlášení přes Microsoft, lekce 8.1) zdroje;
adresu a heslo cíle a název serveru nového poskytovatele.

Past, na kterou si dát pozor: máte starý IMAP server nastavený jako mail.example.com a DNS už jste přesměrovali? Pak mail.example.com možná už ukazuje na nový server a program by kopíroval z nové schránky do nové schránky. Pro zdroj proto použijte pevný název serveru starého poskytovatele (najdete ho ve svém starém uvítacím e-mailu nebo klientské sekci), nikoli název pod vlastní doménou.

Velké schránky s mnoha přílohami trvají dlouho: u mnoha gigabajtů počítejte s hodinami. Nechte program běžet; většina nástrojů po přerušení pokračuje tam, kde skončila.

Přechod na nový MX

Máte zkopírované schránky a připravené záznamy pro SPF, DKIM a DMARC (lekce 8.1, krok 3)? Pak změňte MX záznamy na hodnoty, které udává nový poskytovatel. Poté:

Zkontrolujte u autoritativního DNS serveru, zda je nový MX zapsaný. To uvidíte okamžitě, 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.

Zkontrolujte u veřejného resolveru, co vidí zbytek internetu. Pokud tam ještě dostáváte starou hodnotu, má ji tento resolver stále v cache až do vypršení TTL:

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

Číslo (212) je zbývající čas v sekundách. Po jeho uplynutí se resolver zeptá znovu.

Odešlete testovací e-mail z adresy mimo vaši doménu (například z bezplatné e-mailové služby, nebo z telefonu přes mobilní internet) a zkontrolujte, zda dorazí do nové schránky. V hlavičkách (lekce 1.5) uvidíte u horních řádků Received, přes který server zpráva přišla.

Přechodné období

Během přechodu pošta někdy ještě přichází na starý server: od odesílatelů, jejichž resolver stále zná starý MX, a od serverů, které měly zprávu pro starý server ve frontě. To není problém, dokud stará schránka stále existuje. Dva způsoby, jak nic nezmeškat:

Druhé kolo synchronizace jeden den po přechodu (nebo později, v závislosti na staré TTL). To vezme pouze nové zprávy. Při stěhování domény se změnou nameserverů je rozumné provést ještě jedno kolo po dvou nebo třech dnech.
Nebo dočasně obě schránky ve svém e-mailovém programu, se starou schránkou přes pevný název serveru starého poskytovatele. Tak uvidíte případné opozdilce okamžitě.

Pošta, kterou v tomto období odesíláte, jde přes odchozí server nastavený na vašem zařízení. Zajistěte, aby SPF v tomto období obsahoval oba poskytovatele, jinak může vaše pošta přes "nesprávný" server u příjemce dopadnout hůř.

Přenastavení zařízení

Na každém zařízení nastavte novou schránku jako nový účet s IMAP a údaji nového poskytovatele (modul 2). Poté odstraňte starý účet. Proč neupravit stávající účet? Protože program se pak někdy pokusí synchronizovat starou místní kopii s novou schránkou, což může způsobit duplicity nebo zmizelé složky.

Nezapomeňte:

Staré účty rychle odstranit. Telefon v šuplíku, který se neustále snaží přihlásit starým heslem, může u starého nebo nového poskytovatele způsobit dočasnou blokaci IP adresy (lekce 3.4). Pak najednou na dané síti nic nefunguje.
Vše, co odesílá přes SMTP: web, e-shop, skener, pokladní systém (lekce 8.1).
Podpisy, pravidla a automatické odpovědi nastavit znovu.

Zrušit službu až poté

Staré schránky zrušte až poté, co vše několik týdnů bez problémů funguje a proběhlo poslední kolo synchronizace. Poté upravte DNS: odstraňte starého poskytovatele ze SPF, starý DKIM selector pryč, TTL vraťte na běžnou hodnotu.

V praxi: jak to vypadá u poskytovatele

U WebOké můžete kopírovat pomocí nástroje pro stěhování e-mailu v Můj WebOké (sám zvolí název serveru u známých poskytovatelů, umí se přihlásit i u Microsoftu a po přerušení pokračuje dál) nebo pomocí IMAPSync migrace e-mailových účtů v DirectAdmin (vyplníte zdrojový hostitel, uživatele a heslo, zvolíte cílovou schránku). Druhé kolo v obou případech přeskočí to, co už bylo zkopírováno. Jiní poskytovatelé mají podobné migrační nástroje; pojmy zdroj, cíl a druhé kolo jsou všude stejné.

Shrnutí

IMAP synchronizace kopíruje po složkách to, co v cíli chybí; druhé kolo nevytváří duplicity.
Spárujte speciální složky (Odesláno, Koš) a u Gmailu dávejte pozor na štítky a Všechnu poštu.
Pro zdroj použijte pevný název serveru starého poskytovatele, nikoli mail.<vaše doména>.
Po přepnutí MX: nejprve zkontrolujte autoritativně, pak veřejně (TTL), pak testovací e-mail zvenčí.
Druhé kolo po uplynutí staré TTL, zařízení nastavit jako nový účet, staré účty odstranit, zrušit službu až po týdnech.

Kvíz

Úkol

Úkol Z8.2: Kontrola MX a TTL kolem přechodu. Zadejte svou vlastní doménu (nebo použijte wikipedia.org, pokud vlastní doménu nemáte). Vyplňte: MX hostitele s nejnižší prioritou podle autoritativního nameserveru, TTL MX záznamu u tohoto nameserveru a poskytovatele, u kterého vám chodí pošta (volný text). Program zjistí NS, poté MX u autoritativního nameserveru bez cache a MX u veřejného resolveru. Odpovědi porovná vedle sebe a upozorní, pokud veřejný resolver ještě ukazuje jinou odpověď (přechod pak ještě není viditelný všude).

Doporučené čtení

Kroky v těchto článcích platí pro panely WebOké; u jiných poskytovatelů to funguje podobně.

Cookies na webu WebOké

Nastavení cookies

Nezbytné

Marketing