В журнале ИТ-Manager опубликовано статья руководителя компании Лаборатория МБК “Миграция на Tegu: особенности переезда”. Перепечатано со ссылкой на источник: https://www.it-world.ru/tech/technology/190095.html

Замена одних почтовых серверов другими — стандартная процедура для ИТ-департамента. Однако при миграции можно столкнуться со множеством проблем. Разберем, как они решаются, на примере отечественного почтового сервера Tegu.

Если установка Tegu — ответственный, но не самый сложный этап, то, скорее всего, перенос почтовых ящиков будет сложным и долгим. Учитывая объем всей накопленной годами информации, сделать это одномоментно невозможно — как правило, переезд занимает недели и даже месяцы. Очевидно, что в таком случае процесс должен быть организован так, чтобы в течение этого периода старый и новый почтовые серверы работали совместно.

Проблема заключается в том, что оба сервера должны понимать, какие из ящиков уже переехали, а какие остались на прежнем сервере. Если сообщение доставлено на чужой сервер, то его необходимо передать на обработку соседнему. При этом механизм передачи может быть разным: если сервер локальный (on­premise), то доступны механизмы релея/смарт­хоста, а если облачный, то только пересылка/редирект.

Для организации такого взаимодействия администраторы систем изобретают чудесные схемы, одна изящнее другой, но в Tegu эта задача предельно унифицирована и упрощена. Оба сервера — старый и новый — прописываются MX­записями в глобальном DNS. Теперь каждый из них может получать доменную почту (со своими приоритетами). Для организации будущей пересылки необходимо в локальной зоне DNS (для локального сервера) или в глобальной создать для облачного сервера виртуальный вспомогательный домен, ассоциированный с Tegu.

Далее на Tegu необходимо настроить параметры миграции. Это специальный диалог в административной панели, который выполняет множество функций. Диалог весьма лаконичен: в нем указываются текущий и виртуальные домены, адреса старых серверов (их может быть несколько) и список почтовых ящиков, которые уже переехали. Вот и всё — остальное авто­матически.

Tegu делает так:

• В случае если значение RCPT TO присутствует в поле «Адреса локальных ящиков», доставляет сообщение в локальный почтовый ящик.
• А если значение RCPT TO отсутствует в указанном поле, то пересылает сообщение на любой из доступных серверов из списка «Другие серверы домена» (согласно очередности описания).
• Tegu принимает почту с сервера, указанного в поле «Другие серверы домена», адресованную пользователям виртуального домена, и обрабатывает ее как почту для текущего домена (правильно разыменовывая).

Остается только на старом сервере для ящиков, которые уже переехали, установить правило пересылки на соответствующий ящик в виртуальном домене.

Более подробно данная процедура описана в документации. Наличие специальной функции Tegu «Режим миграции» делает процесс переезда простым, понятным и надежным. Но если заказчик обращается к нам за помощью, то мы можем настроить серверы, а также выполнить перенос нескольких десятков почтовых ящиков так, чтобы обучить специалистов
заказчика.