- PVSM.RU - https://www.pvsm.ru -
Периодически возникает задача миграции из одной почтовой системы в другую. В связи с тем, что часто эти системы не имеют штатного функционала сосуществования, их совместное использование может оказаться не самой простой задачей. Переход из одной системы в другую может выглядеть так — начиная с вечера пятницы системный администратор осуществляет настройку серверов, перенастраивает почтовые клиенты пользователей и переносит пользовательские данные. Несмотря на его старания, понедельник может оказаться очень «веселым» днем: или не все данные перенеслись, или какая-то старая система не может отправлять сообщения.
Мне хотелось бы рассказать про другой вариант совместного использования почтовых систем, благодаря которому можно добиться плавной миграции пользователей и сгладить возможные проблемы.
Для дальнейшего описания я буду использовать конкретные почтовые системы, но постараюсь сохранить применимость данного описания и для других систем. В качестве старой почтовой системы я буду использовать Microsoft Exchange 2013, а в качестве новой почтовой системы будет выступать Google Apps for Business. За рамками данной статьи находится процесс миграции пользовательских данных, так как он очень сильно зависит от текущей и будущей почтовых систем.
Хотелось бы выделить 2 ключевых этапа сосуществования. Основное назначение первого этапа — это проверить, устраивает ли вас функциональность новой почтовой системы. Во время второго этапа происходит основная миграция пользователей.
Основной целью данного этапа является проверка возможностей новой почтовой системы и устранение всех найденных проблем. Главными пользователями на данном этапе являются системные администраторы, почта которых автоматически доставляется в обе почтовые системы.
Реализуется такая доставка при помощи дополнительного домена и правил маршрутизации сообщений. MX основного домена, в нашем случае пусть это будет example.com, указывает на старую почтовую систему. MX дополнительного домена gtest.example.com указывает на сервера Google. Вместо дополнительного домена можно использовать предоставляемый Google тестовый домен example.com.test-google-a.com, для сохранения универсальности способа я буду использовать дополнительный домен.
На старой почтовой системе нужно настроить пересылку копии сообщений на другой домен. Для небольшого количества пользователей это проще всего сделать транспортными правилами с добавлением скрытого получателя (BCC).
Для оптимизации работы антиспама на серверах Google нужно указать старый почтовый сервер как шлюз входящей почты, так как от этого сервера возможно большое количество входящих сообщений.
Сообщения доставляются по основной MX записи на старую почтовую систему. При необходимости доставки копии сообщения в Google Apps транспортное правило добавляет BCC в дополнительном домене.
Каждая система может самостоятельно отправлять сообщения внешним получателям. При необходимости Google может использовать старую почтовую систему как почтовый шлюз. Это может быть нужно, если перед отправкой сообщений внешним получателям происходит дополнительная обработка почты, например, DLP системой.
Почта доставляется получателю в его локальный почтовый ящик. При необходимости копия письма отправляется на дополнительный домен.
Google доставляет сообщения согласно MX записям. Сообщение, отправленное из Google Apps, будет доставлено в локальную почтовую систему, и, согласно локальным транспортным правилам, копия письма может быть отправлена в Google Apps.
К этому этапу имеет смысл переходить, когда большинство найденных проблем было устранено и сложилось понимание, что новая система полностью удовлетворяет выдвигаемым требованиям.
На втором этапе интеграции оптимальным методом сосуществования является раздельная доставка. Почтовые сообщения доставляются в ту систему, которая является основной для конкретного пользователя. MX основного домена указывает на Google Apps, который получает всю входящую почту. Если основной почтовой системой получателя является старая система, то сообщение пересылается на локальный почтовый сервер.
На локальной почтовой системе настройку можно выполнить несколькими способами.
Нужно добавить хост для пересылки на него сообщений.
Настроить правило маршрутизации.
Все входящие сообщения доставляются в Google Apps. Если получатель находится в Google Apps, то сообщение доставляется в его почтовый ящик. Если получатель не существует, то сообщение пересылается на локальную почтовую систему, которая доставляет его в локальный почтовый ящик.
Каждая система способна отправлять сообщения внешним получателям самостоятельно.
Сообщения доставляются в новую почтовую систему, если получатель отсутствует в локальной почтовой системе. Если используются правила маршрутизации, сообщение переадресовывается на другой домен.
Действуют правила для внешних входящих сообщений.
В данной статье я постарался достаточно полно и подробно осветить вопрос сосуществования двух почтовых систем, при этом не привязываясь к их закрытым технологиям и особенностям. Надеюсь было интересно и полезно.
Спасибо тем, кто дочитал статью до конца.
Автор: emikhaylov
Источник [1]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/it-infrastruktura/63033
Ссылки в тексте:
[1] Источник: http://habrahabr.ru/post/227203/
Нажмите здесь для печати.