Если сайт переезжает, почту можно переносить отдельно. Начните с двух вопросов: работает ли старый IMAP и можете ли вы менять DNS домена? Первый определяет, откуда взять архив. Второй — куда начнут поступать новые письма.
Куда перенести сайт и почту после выгрузки данных
В этой статье речь о почтовых ящиках, но перенос веб-сайта — отдельная часть работ. Если сайт также уезжает, сравните виртуальные услуги Timeweb, МакХост, SpaceWeb, Hostland, SprintHost и AdminVPS по актуальным тарифам и условиям поддержки. Порядок ниже соответствует партнёрской подборке сайта и не означает, что каждая услуга автоматически подходит для вашей почтовой схемы. Наличие доменной почты и лимиты ящиков нужно подтвердить до заказа.
- Timeweb — уточните, включён ли почтовый сервис в выбранный вариант размещения.
- МакХост — сравните лимиты ящиков, хранения и отправки.
- SpaceWeb — проверьте доступные способы переноса писем.
- Hostland — спросите о совместимости доменной почты с вашим клиентом.
- SprintHost — сверьте условия поддержки и тарифные ограничения.
- AdminVPS — если выбираете VPS, отдельно определите, кто обслуживает почтовый сервер.
Ссылки партнёрские. Рейтинг веб-хостинга не подтверждает характеристики почтовой услуги, поэтому запрашивайте их у провайдера письменно.
Как спланировать перенос нескольких ящиков
Начните с ящика, где проще заметить потерю письма. Например, менеджер может сверить входящие за последние два дня по сделкам в CRM. Затем перенесите общие адреса, которыми пользуются несколько сотрудников, и отдельно проверьте группы рассылки. У адреса info может вообще не быть собственного ящика, если это переадресация на нескольких получателей.
Составьте таблицу со старым адресом, новым адресом, ответственным и временем последней синхронизации. У больших ящиков запустите первую копию заранее. Второй проход, сделанный ближе к смене MX, позволит перенести письма, которые пришли после начала выгрузки.
Почему после переезда письма приходят, а ответы уходят в спам
Входящие и исходящие сообщения используют разные настройки. Если внешнее письмо дошло, значит отработала входящая доставка в этом тесте. Чтобы проверить отправку, откройте заголовки ответа на внешнем ящике и посмотрите результаты SPF, DKIM и DMARC. Для писем сайта и CRM проведите отдельную проверку: их маршрут может отличаться от отправки из веб-почты.
Если у вас есть действующая DMARC-политика, сначала выясните, какие системы отправляют от домена. Не меняйте её вслепую во время аварии. После перехода сравните доставку у нескольких получателей и проверьте, продолжают ли приходить уведомления об ошибках отправки.
Чек-лист для менеджера после смены почты
| Проверка | Ожидаемый результат |
|---|---|
| Письмо с личного внешнего адреса | Приходит в новый корпоративный ящик |
| Ответ на это письмо | Доставляется, виден правильный отправитель |
| Тестовая заявка | Попадает в нужный ящик или CRM |
| Письмо на алиас | Получают все сотрудники из списка |
| Старая переписка | Видны важные папки, вложения и отправленные письма |
У почтового клиента может остаться старое подключение по SMTP. Обновите настройки на телефонах и компьютерах сотрудников. Если поменялся пароль, передайте его через безопасный канал. В общей инструкции оставьте только имя сервера, порт и порядок подключения.
Если Beget пока не выдаёт письма
Переключение входящей почты на новую площадку полезно, если вы контролируете DNS. Старые письма при этом не появятся автоматически. Попросите поддержку уточнить, можно ли получить выгрузку, и сохраните локальные данные почтовых программ. Для отдела продаж соберите список важных переписок по открытым сделкам и попросите отправителей переслать конкретные цепочки, если оригиналы пока недоступны.
Что проверить в сайтах и рабочих инструментах
Пройдите по списку мест, где используется корпоративная почта. У сайта может быть свой SMTP-аккаунт, у CRM — отдельный адрес для входящих ответов, у принтера — ящик для отправки сканов. После смены паролей или серверов каждый такой инструмент потребует отдельной проверки. Временно пометьте тестовые письма датой и названием системы, чтобы понять, какой маршрут сработал.
Если заявки идут на личные адреса сотрудников через переадресацию, проверьте путь до конечного получателя. Письмо в общем ящике подтверждает лишь первый шаг. Убедитесь, что все ответственные сотрудники получили его и могут ответить с нужного корпоративного адреса.
Составьте список почтовых адресов
Запишите ящики, алиасы и переадресации. Особое внимание уделите адресам, которые сайт использует для заявок, а платёжные сервисы — для уведомлений. Создайте их на новой площадке до переключения. Отметьте, кто должен иметь доступ к общим ящикам вроде sales или info.
Скопируйте архив до смены MX
Если старый IMAP доступен, подключите оба ящика в клиенте или используйте инструмент миграции новой площадки. Копируйте сообщения, включая «Отправленные», и сравнивайте папки. Если IMAP недоступен, проверьте, есть ли локальный архив в почтовой программе. Переключение MX позволит принимать новые письма, а старую переписку можно будет догрузить позже, если к ней вернётся доступ. Настройки почтовых клиентов Beget.
Переключите доставку и проверьте отправку
Установите MX новой площадки и настройте SPF и DKIM по её инструкции. У домена должна быть одна SPF-политика, учитывающая все легитимные источники отправки, включая сайт или CRM. Проверьте существующую DMARC-политику. Затем отправьте письмо с внешнего адреса, ответьте на него из нового ящика и прогоните тестовую заявку через сайт.
Проверьте оба ящика после переключения
Пока у разных отправителей закэшированы старые DNS-записи, письма могут приходить на обе площадки. Если старый ящик доступен, оставьте его на время наблюдения и повторно скопируйте новые сообщения. При недоступности старого ящика полезно попросить ключевых контрагентов переслать письма за конкретные даты. Так бухгалтерия и отдел продаж смогут сверить входящие, не перебирая всю переписку.
Что будет с письмами, отправленными во время сбоя
Некоторые отправители повторяют доставку после временной ошибки. Если отправитель получил окончательный отказ, ему обычно нужно послать письмо заново. По одному пустому ящику невозможно установить, что именно пытались отправить. Для важных заявок сверяйтесь с CRM, журналом формы или самим отправителем.
Выберите один из трёх сценариев миграции почты
Если старые ящики доступны по IMAP, можно скопировать письма почтовым клиентом или согласованной утилитой, сохранив папки и отправленные сообщения. Сначала перенесите один тестовый ящик и сравните количество сообщений и вложений. При большой почте оцените время синхронизации и ограничения по размеру писем.
Если доступен только архив почтовой программы, проверьте формат и возможность импорта в новую систему. Не полагайтесь на один компьютер сотрудника: сделайте отдельную копию архива и проверьте, что он открывается. Если письма пока недоступны, создайте новые ящики и настройте DNS для приёма новых сообщений, а старые данные переносите позже, когда появится источник. Эти действия не восстановят старую переписку автоматически.
Переключите MX без потери маршрута
Сначала создайте ящики и пользователей на целевой площадке, настройте отправителей и проверку SPF, DKIM и DMARC. Сохраните старые MX и другие записи DNS. На время перехода договоритесь, где сотрудники проверяют новые сообщения, и не удаляйте старый сервис, пока не убедились, что почта больше не приходит на прежний сервер. Изменение MX не переносит историю сообщений.
Если часть писем всё ещё приходит в старый ящик из-за кеширования DNS, проверьте его после переключения и перенесите новые сообщения повторно. Отправьте тесты с внешних адресов на каждый важный ящик, ответьте на них, проверьте вложения и доставку в общие папки. Отдельно убедитесь, что сайт, CRM, принтер и формы используют актуальные SMTP-настройки.
Защитите доступ и завершите переход
Передайте сотрудникам только те настройки, которые им нужны: имя сервера, порты и способ входа. Не рассылайте общий пароль в группе. Для ящиков с доступом нескольких сотрудников применяйте индивидуальные учётные записи или делегирование, если оно предусмотрено. После окончания миграции отзовите временные пароли и доступ подрядчика.
В журнале работ зафиксируйте дату переноса каждого ящика, результаты тестовых писем и известные исключения. Старую почтовую услугу отключайте только после срока сверки, согласованного с командой, и после того, как важные письма доступны в новой системе. Проверяйте также отправку счетов и уведомлений: именно автоматические письма часто остаются привязаны к устаревшему серверу.
Проверьте не только входящие, но и исходящие письма
После смены MX отправьте тестовое сообщение с внешнего адреса в каждый критичный ящик. Проверьте доставку во входящие, отправку ответа от корпоративного адреса и получение ответа обратно. Повторите проверку с телефона и компьютера сотрудника. Если сообщение попало в спам, проверьте настройки домена и заголовки письма, а не только то, что отправитель нажал кнопку «Отправить».
Отдельно обновите SMTP-параметры сайта, CRM, бухгалтерской системы и сканера. Такие устройства могут продолжать отправлять через старый сервер даже после перевода пользовательских ящиков. Отправьте один помеченный тест из каждой системы и подтвердите, что адрес получателя верный. Не используйте реальные клиентские данные в тестовом сообщении.
Сверьте архив после копирования
Выберите несколько писем за разные периоды, включая сообщение с вложением и папку «Отправленные». Сравните число сообщений до и после импорта, проверьте даты и вложения. При большом архиве используйте средства миграции, которые фиксируют пропуски и ошибки, и сохраните отчёт. Некоторые клиенты не синхронизируют локальные папки, поэтому отдельный архив на компьютере не всегда означает, что копия уже лежит на сервере.
Если обнаружена разница, не удаляйте старые ящики. Сначала определите, каких папок или периодов не хватает и есть ли второй источник: локальный профиль, архив сотрудника или копия у провайдера. Объединяйте данные после проверки дубликатов, чтобы не создать множество одинаковых сообщений.
Подготовьте сотрудников к смене
Отправьте короткую инструкцию с новым именем сервера, способом входа и датой, когда надо проверить почту. Отметьте, меняется ли адрес самого ящика или только место его обслуживания. Перенесите автоподписи, правила, фильтры и адресные книги, если команда ими пользуется. Для общих ящиков проверьте список получателей и права отправки.
Назначьте период, в который ответственный ежедневно проверяет старый и новый ящики и сверяет важные письма. Период завершайте только после того, как DNS-кеши и настройки клиентов перестали направлять сообщения на старое место. В этот момент отзовите временные пароли и закройте доступ подрядчика.
Сохраните доказательство завершения
Запишите, какие ящики перенесены, сколько писем проверено выборочно, прошли ли тестовые письма и какие исключения остались. Не включайте в отчёт пароли, содержимое переписки и персональные данные. Храните архив защищённо, а срок его удаления согласуйте с внутренними правилами компании. Проверка входящей почты не подтверждает доставку системных уведомлений сайта, поэтому их нужно тестировать отдельно.