Modul 8 · 8.2

Magyar

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

IMAP-szinkronizálás és az MX-átállás

Modul 8: Költözés és a domain rendbetétele · Olvasási idő: 12 perc

Tanulási cél: E lecke után képes lesz postafiókokat IMAP-szinkronizálással átmásolni, végrehajtani az MX-átállást, és DNS-lekérdezésekkel ellenőrizni, hogy az új levelek a megfelelő helyre érkeznek.

Kulcsfogalmak: IMAP-szinkronizálás (imapsync), forrás és cél, mappák összekapcsolása (Sent/Küldve), első és második kör, duplikátumok elkerülése, Message-ID, kvóta és nagy mellékletek, MX-módosítás, TTL és gyorsítótárak, átmeneti időszak, a régi szerver átmeneti elérése szervernéven keresztül, eszközök átállítása, mail.<domén> már az új szerverre mutat

Hogyan működik az IMAP-szinkronizálás

Az IMAP-szinkronizálás egy olyan program, amely egyszerre jelentkezik be két postafiókba: a forrásba (a régi postafiók) és a célba (az új). Beolvassa a forrásban lévő mappák listáját, létrehozza ezeket a mappákat a célban, és mappánként átmásol minden olyan üzenetet, amely a célból még hiányzik. A legismertebb program az imapsync, egy nyílt forráskódú program, amelyet sok szolgáltató a saját migrációs eszköze mögött használ.

Fontos tudnivalók:

Másolás történik, nem áthelyezés. A forrásban semmi sem változik. Ezért nyugodtan másolhat, miközben a régi postafiók tovább működik.
A második kör kihagyja, ami már megvan. A program felismeri a célban már meglévő üzeneteket, általában a Message-ID fejléc és néhány más fejléc alapján. Emiatt annyiszor szinkronizálhat, ahányszor csak szeretné, anélkül hogy duplikátumok keletkeznének.
A jelölők is átkerülnek: olvasott, megválaszolt, megjelölt. Így az új postafiók ugyanúgy néz ki.
A célnak elég nagynak kell lennie. Ha a szinkronizálás félbeszakad, az új postafiók gyakran megtelt. Növelje meg a kvótát, és indítsa újra: onnan folytatja, ahol abbahagyta.

Mappák összekapcsolása: a Küldve nem mindig Küldve

Minden szolgáltató másképp nevezi el a speciális mappákat. Az egyiknél a küldött levelek mappájának neve Sent, a másiknál Sent Items, Verzonden items vagy INBOX.Sent. A Gmailnek nincsenek valódi mappái, hanem címkéi vannak, amelyeket IMAP-on keresztül mappaként jelenít meg, például [Gmail]/Elküldött levelek és [Gmail]/Összes levél.

Összekapcsolás nélkül az új postafiókban egy Sent Items mappa jelenik meg a saját Verzonden mappa mellett, és a levelezőprogram csak az egyiket használja a kettő közül (3.1. lecke). A jó migrációs eszközök automatikusan összekapcsolják a speciális mappákat; az imapsync erre a --automap opciót kínálja, a --regextrans2 paranccsal pedig saját maga is átalakíthat neveket. Az első kör után ellenőrizze, hogy a küldött levelei a megfelelő mappában vannak-e.

Két dologra kell figyelni a Gmailnél:

Az Összes levél ([Gmail]/All Mail) minden levelet tartalmaz, beleértve mindazt, ami más címkékben is szerepel. Ha ezt a mappát is átmásolja, mindent duplán kap meg. Általában hagyja ki, kivéve ha olyan levelei vannak, amelyek kizárólag archiválva vannak.
Egy három címkével rendelkező üzenet IMAP-on keresztül három mappában jelenik meg, tehát háromszor kerül átmásolásra. Ez szándékos, de beleszámít a tárhelybe.

Naptárbejegyzéseket vagy névjegyeket tartalmazó mappák (a Microsoft 365-nél és az Exchange-nél ezeket néha IMAP-on keresztül is látja) nem másolhatók át levélként. Egy jó eszköz ezeket kihagyja, és jelzi ezt.

Az első kör

Az első kört jóval az MX-átállás előtt indítsa el, amikor az új postafiókok már készen állnak. Postafiókonként szüksége van a következőkre:

a forrás IMAP-szervere (például imap.mailprovider.example, vagy a régi tárhelycsomagja szervernevére);
a forrás címe és jelszava (vagy alkalmazásjelszó, vagy Microsoft-bejelentkezés, 8.1. lecke);
a cél címe és jelszava, valamint az új szolgáltató szervereneve.

Egy buktató: a régi IMAP-szervere mail.example.com néven van beállítva, és a DNS-t már átköltöztette? Ekkor előfordulhat, hogy a mail.example.com már az új szerverre mutat, és a program az újból az új postafiókba másol. Ezért a forráshoz használja a régi szolgáltató állandó szervernevét (ez megtalálható a régi üdvözlő e-mailjében vagy ügyfélpaneljében), ne a saját domén alatti nevet.

A sok melléklettel rendelkező, nagy postafiókoknak sok ideig tart: sok gigabájtnál számítson órákra. Hagyja futni a programot; a legtöbb eszköz megszakítás után onnan folytatja, ahol abbahagyta.

Az MX-átállás

Átmásolta a postafiókokat, és elkészültek az SPF, DKIM és DMARC rekordok (8.1. lecke, 3. lépés)? Akkor állítsa át az MX-rekordokat az új szolgáltató által megadott értékekre. Ezután:

Ellenőrizze a hiteles névszervernél, hogy az új MX szerepel-e. Ezt azonnal látja, gyorsítótár nélkül:

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

Ellenőrizze egy nyilvános resolvernél, hogy mit lát az internet többi része. Ha ott még a régi értéket kapja, az adott resolver még a gyorsítótárában tartja azt a TTL lejártáig:

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

A szám (212) a hátralévő idő másodpercben. Ennyi idő elteltével a resolver újra lekérdezi.

Küldjön egy tesztlevelet a doménjén kívüli címről (például egy ingyenes levelezőszolgáltatásból, vagy a telefonjáról mobilinterneten keresztül), és nézze meg, hogy megérkezik-e az új postafiókba. A fejlécekben (1.5. lecke) a legfelső Received sorok alapján látja, melyik szerveren keresztül érkezett.

Az átmeneti időszak

Az átállás alatt néha a régi szerverre is érkezik levél: olyan feladóktól, akiknek a resolvere még a régi MX-et ismeri, valamint olyan szerverektől, amelyeknek egy üzenete a sorban állt a régi szerver felé. Ez nem jelent problémát, amíg a régi postafiók fennáll. Két módon biztosíthatja, hogy semmi ne vesszen el:

Második szinkronizálási kör egy nappal az átállás után (vagy később, a régi TTL-től függően). Ez csak az új üzeneteket viszi át. Névszerver-váltással járó domenköltözésnél érdemes két vagy három nap után még egy kört futtatni.
Vagy mindkét postafiók ideiglenes beállítása a levelezőprogramban, a régit a régi szolgáltató állandó szerverneve alatt. Így azonnal látja az esetleges lemaradó leveleket.

Az ebben az időszakban küldött levelek a készülékén beállított kimenő szerveren keresztül mennek. Ügyeljen rá, hogy ebben az időszakban az SPF mindkét szolgáltatót tartalmazza, különben előfordulhat, hogy a levele a "rossz" szerveren keresztül rosszabb elbírálást kap a címzettnél.

Eszközök átállítása

Minden eszközön állítsa be az új postafiókot új fiókként, IMAP-pal és az új szolgáltató adataival (2. modul). Ezután távolítsa el a régi fiókot. Miért ne a meglévő fiókot módosítsa? Mert a program néha megpróbálja a régi helyi másolatot szinkronizálni az új postafiókkal, ami duplikátumokhoz vagy eltűnt mappákhoz vezethet.

Ne feledje:

A régi fiókokat gyorsan törölje. Egy fiókban heverő telefon, amely folyamatosan régi jelszóval próbál bejelentkezni, ideiglenes IP-letiltást okozhat a régi vagy az új szolgáltatónál (3.4. lecke). Ekkor hirtelen semmi sem fog működni azon a hálózaton.
Minden, ami SMTP-n keresztül küld levelet: weboldal, webáruház, szkenner, kasszarendszer (8.1. lecke).
Aláírások, szabályok és automatikus válaszok újbóli beállítása.

Csak ezután mondja fel

A régi postafiókokat csak akkor mondja fel, ha minden néhány hétig rendesen működött, és az utolsó szinkronizálási kör is megtörtént. Ezután rendezze a DNS-t: a régi szolgáltatót törölje ki az SPF-ből, a régi DKIM-szelektort távolítsa el, a TTL-t pedig állítsa vissza normál értékre.

A gyakorlatban: így néz ki egy szolgáltatónál

A WebOkénál a Fiókom e-mail-költöztető eszközével másolhat (az ismert szolgáltatók szervernevét automatikusan kiválasztja, a Microsoftnál is bejelentkezik, és megszakítás után onnan folytatja, ahol abbahagyta), vagy a DirectAdmin IMAPSync migrálások funkciójával (forráskiszolgáló, felhasználónév és jelszó megadása, célpostafiók kiválasztása). Mindkét esetben a második kör kihagyja, ami már át lett másolva. Más szolgáltatóknál hasonló migrációs segédeszközök léteznek; a forrás, a cél és a második kör fogalmai mindenhol ugyanazok.

Összefoglalás

Az IMAP-szinkronizálás mappánként átmásolja, ami a célból hiányzik; a második kör nem hoz létre duplikátumokat.
Kapcsolja össze a speciális mappákat (Küldve, Kuka), és Gmailnél figyeljen a címkékre és az Összes levélre.
A forráshoz a régi szolgáltató állandó szervernevét használja, ne a mail.<az Ön doménje> címet.
Az MX-váltás után: először a hiteles forrásnál ellenőrizzen, azután nyilvánosan (TTL), majd küldjön egy tesztlevelet kívülről.
Második kör a régi TTL lejárta után, az eszközöket új fiókként állítsa be, a régi fiókokat törölje, csak hetek elteltével mondja fel.

Kvíz

Feladat

Feladat Z8.2: MX és TTL ellenőrzése az átállás körül. Adja meg a saját domenjét (vagy használja a wikipedia.org domént, ha nincs saját domenje). Töltse ki: a legalacsonyabb prioritású MX-host a hiteles névszerver szerint, az MX-rekord TTL-je ennél a névszervernél, és az a fél, akinél a levelei megérkeznek (szabad szöveg). A program lekérdezi a NS-t, majd a MX-et egy hiteles névszervertől gyorsítótár nélkül, majd a MX-et egy nyilvános resolvertől. A válaszokat egymás mellé állítja, és jelzi, ha a nyilvános resolver még más választ ad (ekkor az átállás még nem látható mindenhol).

Továbbolvasás

Az ezekben a cikkekben szereplő lépések a WebOké kezelőfelületeire vonatkoznak; más szolgáltatóknál hasonló módon működik.

Sütik a WebOké oldalán

Sütibeállítások

Szükséges

Marketing