IMAP синхронизация и преминаването на MX

Модул 8: Преместване и подреждане на Вашия домейн · Време за четене: 12 минути

Учебна цел: След този урок ще можете да копирате пощенски кутии чрез IMAP синхронизация, да извършите MX преминаването и да проверите с DNS заявки, че новата поща пристига на правилното място.

Основни понятия: IMAP синхронизация (imapsync), източник и цел, свързване на папки (Sent/Verzonden), първи и втори кръг, избягване на дублирания, Message-ID, квота и големи прикачени файлове, промяна на MX, TTL и кешове, преходен период, достъп до стария сървър временно чрез името на сървъра, пренастройване на устройства, mail.<домейн> вече сочи към новия сървър

Как работи IMAP синхронизацията

Една IMAP синхронизация е програма, която влиза едновременно в две пощенски кутии: източника (старата пощенска кутия) и целта (новата). Тя чете списъка с папки в източника, създава тези папки в целта и копира за всяка папка всяко съобщение, което все още липсва в целта. Най-известната програма е imapsync, програма с отворен код, която много доставчици използват зад своите инструменти за миграция.

Важно е да знаете:

• Копира се, не се премества. В източника нищо не се променя. Затова можете спокойно да копирате, докато старата пощенска кутия продължава да работи нормално.
• Вторият кръг пропуска това, което вече е налично. Програмата разпознава съобщенията, които вече са в целта, обикновено по кополовката Message-ID плюс няколко други кополовки. Така можете да синхронизирате толкова пъти, колкото искате, без да получавате дублирания.
• Флаговете се пренасят: прочетено, отговорено, маркирано. По този начин новата пощенска кутия изглежда по същия начин.
• Целта трябва да е достатъчно голяма. Ако синхронизацията спре по средата, новата пощенска кутия обикновено е пълна. Увеличете квотата и стартирайте отново: процесът продължава оттам, където е спрял.

Свързване на папки: Sent не винаги е Sent

Всеки доставчик нарича специалните папки по различен начин. При един доставчик папката с изпратената поща се казва Sent, при друг Sent Items, Verzonden items или INBOX.Sent. Gmail няма истински папки, а етикети, и ги показва чрез IMAP като папки, например [Gmail]/Изпратени съобщения и [Gmail]/Всички съобщения.

Без свързване ще получите в новата пощенска кутия папка Sent Items до собствената папка Sent, а Вашата пощенска програма ще използва само една от двете (урок 3.1). Добрите инструменти за миграция свързват специалните папки автоматично; imapsync разполага с опцията --automap за това, а с --regextrans2 можете сами да преобразувате имена. Проверете след първия кръг дали изпратената поща е в правилната папка.

Два момента, на които да обърнете внимание при Gmail:

• Всички съобщения ([Gmail]/All Mail) съдържа цялата поща, включително всичко, което е в други етикети. Ако копирате и тази папка, ще получите всичко дублирано. Обикновено я пропускайте, освен ако имате поща, която е само архивирана.
• Съобщение с три етикета се намира чрез IMAP в три папки и съответно се копира три пъти. Това е нормално поведение, но се брои към Вашето пространство за съхранение.

Папки с календарни събития или контакти (при Microsoft 365 и Exchange понякога ги виждате и чрез IMAP) не могат да бъдат копирани като поща. Добър инструмент ги пропуска и съобщава за това.

Първият кръг

Стартирайте първия кръг достатъчно рано преди MX преминаването, когато новите пощенски кутии вече са готови. За всяка пощенска кутия Ви трябват:

• IMAP сървърът на източника (например imap.mailprovider.example, или името на сървъра от Вашия стар хостинг пакет);
• адресът и паролата (или парола за приложение, или вход в Microsoft, урок 8.1) на източника;
• адресът и паролата на целта, и името на сървъра на новия доставчик.

Един капан: ако старият Ви IMAP сървър е зададен като mail.example.com, и вече сте преместили DNS? Тогава mail.example.com вероятно вече сочи към новия сървър и програмата ще копира от новата към новата пощенска кутия. Затова за източника използвайте постоянното име на сървъра на стария доставчик (намира се във Вашия стар приветствен имейл или клиентски панел), а не име под собствения Ви домейн.

Големи пощенски кутии с много прикачени файлове отнемат дълго време: пресметнете часове за много гигабайти. Оставете програмата просто да работи; повечето инструменти продължават след прекъсване оттам, където са спрели.

MX преминаването

Копирани ли са пощенските кутии и готови ли са записите за SPF, DKIM и DMARC (урок 8.1, стъпка 3)? Тогава сменете MX записите със стойностите, посочени от новия доставчик. След това:

1. Проверете при оторизирания nameserver дали новият MX е наличен. Това виждате веднага, без кеш:

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

2. Проверете при публичен resolver какво вижда останалата част от интернет. Ако там все още получавате старата стойност, значи този resolver все още я има в кеша си до изтичането на TTL:

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

Числото (212) е оставащото време в секунди. След изтичането на това време resolver-ът ще попита отново.

3. Изпратете тестов имейл от адрес извън Вашия домейн (например безплатна пощенска услуга или от телефона си чрез мобилен интернет) и проверете дали пристига в новата пощенска кутия. В кополовките (урок 1.5) виждате при най-горните редове Received през кой сървър е пристигнал.

Преходният период

По време на прехода понякога поща все още пристига на стария сървър: от подателите, чийто resolver все още знае стария MX, и от сървъри, които са имали съобщение на опашка за стария сървър. Това не е проблем, докато старата пощенска кутия продължава да съществува. Два начина да не пропуснете нищо:

• Втори кръг на синхронизация ден след преминаването (или по-късно, в зависимост от старото TTL). Той взема само новите съобщения. При преместване на домейн със смяна на nameserver е препоръчително да направите още един кръг след два или три дни.
• Или временно и двете пощенски кутии в пощенската Ви програма, като старата се зарежда чрез постоянното име на сървъра на стария доставчик. Така веднага ще видите евентуални изостанали съобщения.

Поща, която изпращате през този период, минава през изходящия сървър, зададен на устройството Ви. Уверете се, че SPF през този период включва двата доставчика, иначе Вашата поща може да получи по-лош резултат при получателя, ако премине през "грешния" сървър.

Пренастройване на устройства

На всяко устройство настройте новата пощенска кутия като нов акаунт с IMAP и данните на новия доставчик (модул 2). След това изтрийте стария акаунт. Защо не просто да промените съществуващия акаунт? Защото тогава програмата понякога се опитва да синхронизира старото локално копие с новата пощенска кутия, което може да доведе до дублирания или изчезнали папки.

Не забравяйте:

• Бързо изтрийте старите акаунти. Телефон в чекмедже, който постоянно се опитва да влезе с остаряла парола, може да предизвика временно IP блокиране при стария или новия доставчик (урок 3.4). Тогава внезапно нищо не работи в тази мрежа.
• Всичко, което изпраща поща чрез SMTP: уебсайт, онлайн магазин, скенер, касова система (урок 8.1).
• Подписи, правила и автоматични отговори да бъдат настроени отново.

Прекратете абонамента едва след това

Прекратете старите пощенски кутии едва когато всичко работи добре в продължение на няколко седмици и последният кръг на синхронизация е завършен. След това подредете DNS: премахнете стария доставчик от SPF, премахнете стария DKIM селектор, върнете TTL отново на нормална стойност.

На практика: ето как изглежда при един доставчик

При WebOké можете да копирате с инструмента за преместване на имейли в Моят WebOké (той сам избира името на сървъра за познати доставчици, влиза в системата и при Microsoft и продължава след прекъсване) или с IMAPSync Migrations в DirectAdmin (въведете хост на източника, потребител и парола, изберете целева пощенска кутия). И в двата случая вторият кръг пропуска това, което вече е копирано. Други доставчици имат подобни инструменти за миграция; понятията източник, цел и втори кръг са еднакви навсякъде.

Обобщение

• IMAP синхронизацията копира за всяка папка това, което липсва в целта; вторият кръг не създава дублирания.
• Свържете специалните папки (Sent, Trash) и при Gmail обърнете внимание на етикетите и Всички съобщения.
• Използвайте за източника постоянното име на сървъра на стария доставчик, а не mail.<Вашия домейн>.
• След смяната на MX: първо проверете оторизирано, после публично (TTL), после тестов имейл отвън.
• Втори кръг след изтичане на старото TTL, настройте устройствата като нов акаунт, премахнете старите акаунти, прекратете абонамента едва след седмици.

Тест

Задача

Задача Z8.2: Проверка на MX и TTL около преминаването. Въведете Вашия собствен домейн (или използвайте wikipedia.org, ако нямате собствен домейн). Въведете: MX хоста с най-нисък приоритет според оторизирания nameserver, TTL на MX записа при този nameserver, и доставчика, при когото пристига Вашата поща (свободен текст). Програмата заявява NS, след това MX при оторизиран nameserver без кеш, и MX при публичен resolver. Тя сравнява отговорите едни до други и съобщава, ако публичният resolver дава все още различен отговор (тогава преминаването още не се вижда навсякъде).

Още за четене

Стъпките в тези статии важат за панелите на WebOké; при други доставчици процесът е сходен.

• Ръководство за DirectAdmin 10.2: IMAPSync Migrations в DirectAdmin
• Ръководство за DirectAdmin 10.3: Прехвърляне на имейли чрез Моят WebOké
• Ръководство за DirectAdmin 10.4: След преместването: MX записи и Вашите устройства
• Преместване на имейл към WebOké с инструмента за трансфер на имейл
• Безплатен курс по DNS 6.3: DNS при трансфер
• Безплатен курс по DNS 8.2: Проверка на DNS с dig и nslookup
• imapsync (официален сайт): https://imapsync.lamiral.info/