Переезд почты пугает многих: кажется, что письма потеряются, а сотрудники на несколько дней останутся без связи. При правильном порядке действий перенос проходит почти незаметно. Статья для владельцев бизнеса и ИТ-специалистов: что подготовить, как переносятся письма и в какой момент переключать домен.
Из чего состоит переезд
Перенос почты — это три независимые задачи, которые важно не путать:
- Создание ящиков на новом сервисе с теми же адресами.
- Копирование старых писем из прежних ящиков в новые.
- Переключение доставки новых писем — смена MX-записей домена, после которой входящая почта начинает приходить на новый сервер.
Копирование можно запускать заранее и повторять, а переключение MX выполняется один раз, в выбранный момент. Именно такое разделение позволяет переехать без потери писем.
Подготовка
Перед началом соберите сведения и доступы:
- Список ящиков и алиасов. Все адреса, включая общие (
info@,sales@), пересылки и групповые адреса. Алиасы и пересылку на новом сервисе нужно будет создать заново — см. статью об алиасах и пересылке. - Доступ к старым ящикам по IMAP. Для синхронизации нужны адрес IMAP-сервера старого провайдера и пароли ящиков (или пароли приложений, если на старом сервисе включена 2FA). Убедитесь, что IMAP у старого провайдера включён.
- Доступ к управлению DNS домена — у регистратора или у того, кто обслуживает DNS-зону.
- Объём почты. Узнайте, сколько гигабайт занимает каждый ящик, чтобы задать квоты на новом сервисе. Стоимость под нужный объём можно рассчитать в калькуляторе.
- Текущие DNS-записи. Сохраните копию зоны: MX, SPF, DKIM, DMARC, а также записи, не связанные с почтой (сайт, поддомены). Они не должны пострадать при переезде.
Если старые ящики работают по POP3 и письма хранятся только на компьютерах сотрудников, на сервере их может уже не быть. Такие письма IMAP-синхронизация не перенесёт — их придётся загрузить из почтовой программы отдельно.
IMAP-синхронизация писем
Письма переносятся по протоколу IMAP: специальная программа подключается одновременно к старому и новому ящику и копирует папки и письма, сохраняя структуру, даты и отметки «прочитано». Повторный запуск докачивает только новые письма, поэтому синхронизацию можно провести в несколько проходов.
Типичный порядок:
- Первый проход — за несколько дней до переключения. Он самый долгий: копируется весь архив.
- Переключение MX, после которого новые письма начинают приходить на новый сервер.
- Финальный проход — через 1–2 суток после переключения, чтобы забрать письма, которые за это время ещё успели прийти на старый сервер.
В MCMail перенос почты мы выполняем через IMAP-синхронизацию. Старый ящик при этом не удаляется и не изменяется: письма копируются, а не перемещаются. Если что-то пойдёт не так, исходные данные остаются у прежнего провайдера.
Не отключайте старый сервис сразу после переключения. Оставьте его хотя бы на 1–2 недели: так можно спокойно провести финальную синхронизацию и при необходимости найти забытое письмо.
Переключение MX и других записей
Точные DNS-записи для подключения домена MYCLOUD присылает при подключении. В общем виде меняются:
| Запись | Что сделать |
|---|---|
| MX | Заменить старые MX-записи новыми. Не оставляйте старые MX рядом с новыми: часть писем продолжит уходить на прежний сервер. |
| SPF | Обновить единственную TXT-запись SPF под новый сервис. Две записи SPF на одном домене — ошибка. |
| DKIM | Добавить новую запись с открытым ключом. |
| DMARC | Как правило, остаётся прежней; на время переезда разумно не ужесточать политику. |
| autoconfig / autodiscover | Добавить, если их присылает поддержка, — для автонастройки почтовых программ. |
За сутки до переключения можно уменьшить TTL MX-записей, например до 300 секунд: тогда изменения быстрее разойдутся по интернету. После смены записей часть серверов какое-то время ещё будет использовать старые значения из кэша — это нормально, именно поэтому нужен финальный проход синхронизации.
Пример того, как выглядят MX-записи в зоне (значения условные):
example.uz. 300 IN MX 10 mx1.example.uz.
example.uz. 300 IN MX 20 mx2.example.uz.После переключения
- Отправьте тестовые письма с внешнего ящика на несколько адресов домена и обратно.
- Проверьте MX командой
nslookup -type=mx example.uzилиdig mx example.uz. - Откройте заголовки отправленного письма у получателя и убедитесь, что SPF, DKIM и DMARC имеют статус
pass. - Перенастройте почтовые программы сотрудников: укажите сервер входящей почты
mail.mcmail.uz(порт993) и сервер исходящей почтыmail.mcmail.uz(порт465), имя пользователя — полный адрес. Веб-почта доступна по адресуhttps://mail.mcmail.uz. - Создайте заново алиасы, пересылки, автоответы и фильтры.
- Проверьте календари и контакты: при необходимости экспортируйте их из старого сервиса и импортируйте в новый.
Типичные ошибки
- Переключили MX до создания ящиков — входящие письма отклоняются как адресованные несуществующим получателям.
- Удалили старый аккаунт сразу — финальную синхронизацию провести уже нельзя.
- Оставили старый SPF — письма с нового сервера попадают в спам у получателей.
- Забыли про общие адреса — письма на
info@перестают доходить. - Случайно удалили записи сайта при редактировании DNS-зоны.
Чек-лист переезда
- Составлен список ящиков, алиасов и пересылок.
- Сохранена копия текущей DNS-зоны.
- Созданы ящики на новом сервисе, заданы квоты.
- Проверен доступ к старым ящикам по IMAP.
- Выполнен первый проход синхронизации.
- Снижен TTL, затем изменены MX, SPF, DKIM по данным от поддержки.
- Проверена доставка входящих и исходящих писем.
- Перенастроены почтовые программы и телефоны.
- Выполнен финальный проход синхронизации.
- Старый сервис отключён не раньше чем через 1–2 недели.
Если планируете переезд на MCMail, начните с пробного периода 14 дней и напишите в @mycloudsupport — согласуем порядок и время переключения.