Перевод корпоративного почтового сервера на новый домен Linux без потери писем и календарей

10.10.2026

Смена доменного имени компании — это всегда масштабный и ответственный процесс, затрагивающий все сферы ее деятельности. Ребрендинг, слияние компаний, реструктуризация бизнеса или переход на новые юридические лица часто требуют изменения корпоративного адреса электронной почты. Если ваша инфраструктура базируется на операционных системах семейства Linux и использует классические почтовые стеки (например, Postfix, Dovecot, Exim) или комплексные платформы (Zimbra, Mailcow, iRedMail), задача усложняется необходимостью обеспечить 100% сохранность накопленных за годы переписок и важных календарных событий.

Ошибки при миграции почты могут дорого обойтись бизнесу: потерянное коммерческое предложение, недоставленный контракт или стертые расписания встреч топ-менеджмента способны парализовать работу компании на несколько дней. В этой статье мы подробно разберем пошаговый план безопасного переноса корпоративного почтового сервера на новый домен под управлением Linux без потери данных, писем и календарей.

Этап 1: Предварительный аудит и подготовка инфраструктуры

Прежде чем приступать к каким-либо техническим манипуляциям с серверами и записями DNS, необходимо провести полный аудит текущего состояния почтовой системы.

1. Инвентаризация пользователей и ящиков: Составьте актуальный список всех сотрудников, их текущих почтовых адресов (старый домен) и запланированных новых адресов. Определите соответствие почтовых ящиков (например, ivanov@old-domain.com должно превратиться в ivanov@new-domain.com).
2. Аудит календарей и адресных книг: Убедитесь, что помимо писем на сервере хранятся данные календарей (события, встречи, приглашения) и контакты (обычно синхронизируемые по протоколам CalDAV и CardDAV). Их миграция требует отдельного внимания, так как простое копирование писем здесь не поможет.
3. Оценка объемов данных: Измерьте общий размер почтовой базы данных. Если речь идет о терабайтах информации, процесс синхронизации займет значительное время, и его придется проводить в несколько итераций (предварительная синхронизация + дельта-синхронизация).
4. Подготовка нового сервера: Разверните и настройте новый Linux-сервер с чистой почтовой платформой (или настройте новый домен на существующем сервере, если архитектура позволяет мультидоменность). Убедитесь, что настроены все базовые службы: SPF, DKIM, DMARC, а также SSL/TLS-сертификаты для нового домена.

Этап 2: Управление DNS и уменьшение TTL

DNS-записи играют ключевую роль в маршрутизации почты. Чтобы миграция прошла гладко и без простоя, за несколько дней до часа «Х» необходимо изменить параметр TTL (Time To Live) для всех записей, связанных со старой почтой (MX-записи, A-записи почтового сервера, автоконфигурация).

• Снижение TTL: Уменьшите TTL с обычных 24 часов (86400 секунд) до минимальных значений — 300 или 600 секунд (5–10 минут). Это гарантирует, что интернет-провайдеры и другие почтовые сервера быстро узнают об изменениях адресации почтовых служб.

Этап 3: Стратегия миграции данных (Письма и Календари)

Главный страх при смене домена — потерять накопленную историю. Для Linux-систем существует проверенный инструмент миграции — утилита IMAPSync. Она позволяет синхронизировать почтовые ящики между двумя серверами в режиме реального времени, сохраняя структуру папок, статусы прочитанных/непрочитанных писем и вложения.

Миграция писем с помощью IMAPSync

IMAPSync работает по протоколу IMAP, подключаясь одновременно к старому и новому серверам. Пример базовой команды для переноса одного ящика:

imapsync \  --host1 old-mail.old-domain.com --user1 ivanov@old-domain.com --pass1 "OldPassword" \  --host2 new-mail.new-domain.com --user2 ivanov@new-domain.com --pass2 "NewPassword" \  --ssl1 --ssl2 

Для массового переноса пишутся bash-скрипты, читающие соответствие ящиков из CSV-файла.

Перенос календарей и контактов (CalDAV / CardDAV)

Если ваш Linux-сервер использует решения вроде Zimbra, Nextcloud или специализированные календари на базе Dovecot (с поддержкой CalDAV/CardDAV), перенос данных календарей требует переноса хранилищ iCal.

1. Экспортируйте календарные данные каждого пользователя со старого сервера в универсальный формат .ics.
2. Импортируйте полученные .ics файлы в новые учетные записи на новом сервере через веб-интерфейс или с помощью утилит командной строки соответствующих почтовых платформ.
3. Настройте клиентов (Thunderbird, Outlook, мобильные устройства) на автоматическую синхронизацию по новому адресу.

Переходный период и актуальные тенденции

В условиях современных вызовов ИТ-инфраструктуры все больше организаций пересматривают свои технологические стек-решения. Сегодня российская корпоративная почта активно мигрирует на независимые отечественные Linux-дистрибутивы и почтовые серверы с открытым исходным кодом (например, RuPost, Telegram/CommuniGate Pro, Postgres-совместимые решения), что делает процессы переноса данных между разными вендорами особенно актуальными. Независимо от того, переходите ли вы на зарубежный софт или выбираете локальные продукты, принципы миграции остаются неизменными: тщательная предварительная синхронизация архивов и грамотное переключение записей маршрутизации.

Этап 4: Параллельная работа и алиасы

Чтобы пользователи не потеряли входящие письма во время перенастройки домена, на первом этапе на старом сервере настраиваются почтовые алиасы (псевдонимы).

• Каждому пользователю на старом сервере добавляется пересылка почты (forwarding) на новый адрес: ivanov@old-domain.com -> ivanov@new-domain.com.
• Таким образом, вся почта, отправленная по старым контактам, будет автоматически дублироваться и поступать на новый почтовый ящик. Этот режим рекомендуется удерживать от двух недель до нескольких месяцев, пока все контрагенты не обновят адресную книгу вашей компании.

Этап 5: Финальное переключение MX-записей

Когда все ящики перенесены, IMAPSync выполнил финальную дельта-синхронизацию (перенос новых писем, пришедших за последние часы), а пользователи обучены работе с новым доменным именем, наступает решающий момент:

1. Измените MX-записи в панели управления вашего домена. Новые MX-записи должны указывать исключительно на новый Linux-сервер.
2. Обновите записи SPF, DKIM и DMARC для нового домена, чтобы письма ваших сотрудников не попадали в спам у получателей.
3. Разошлите клиентам и партнерам официальное уведомление о смене домена корпоративной почты.

Часто задаваемые вопросы (FAQ)

Что делать, если во время миграции сотрудник получил важное письмо на старый адрес?

Именно поэтому критически важно настроить пересылку (forwarding) со старых ящиков на новые сразу после завершения основной синхронизации данных. Письмо придет на старый адрес, но мгновенно продублируется на новый сервер.

Как быть с мобильными клиентами сотрудников на смартфонах?

Пользователям потребуется удалить старую учетную запись почты на смартфонах и настроить новую, указав новый домен и новые параметры подключения к серверу (IMAP/SMTP/CalDAV). Чтобы минимизировать путаницу, рекомендуется подготовить для сотрудников пошаговую инструкцию с картинками.

Можно ли настроить так, чтобы пользователи могли отправлять письма и со старого, и с нового домена одновременно?

Да, на почтовом сервере (например, в Postfix) можно настроить механизм sender canonical или разрешить отправку с несколькими адресами (aliases) для одного почтового ящика. Это позволит сотрудникам плавно перейти на новый бренд в течение переходного периода.

Сколько времени занимает полная синхронизация через IMAPSync?

Скорость зависит от пропускной способности сети между серверами и объема почтовых ящиков. В среднем перенос 10 ГБ данных для одного ящика занимает от 15 до 40 минут. Для больших объемов (сотни гигабайт) рекомендуется запускать синхронизацию в фоновом режиме за несколько дней до часа «Х», а в день переключения делать лишь финальную досинхронизацию изменений.

Заключение

Перевод корпоративного почтового сервера на новый домен под управлением Linux — задача технически емкая, но вполне выполнимая при четком соблюдении регламента. Главные слагаемые успеха здесь — это качественная подготовка, использование надежных инструментов синхронизации вроде IMAPSync, заблаговременное управление TTL-записями DNS и организация временного периода пересылки почты со старых адресов.

Подойдя к процессу системно и последовательно, вы сможете полностью обновить доменную зону компании, не потеряв ни единого важного письма, документа или календарной встречи, обеспечив непрерывность бизнес-процессов и высокий уровень информационной безопасности.