Российские почтовые сервисы: чеклист подготовки к переезду
Переезд корпоративной почты обычно начинается с вполне практичного вопроса: где будут жить рабочие ящики, если привычный сервис меняет условия доступа или перестаёт подходить компании?
Но перенос почты на российский сервис — это не просто создание новых адресов. Нужно подтвердить домен, перенести письма и контакты, переключить DNS-записи, проверить доставку и заранее предупредить сотрудников. Если пройти эти шаги в правильном порядке, миграция будет управляемой, а вероятность пропустить важное сообщение останется ниже.
Российские почтовые сервисы включают решения для разных сценариев: от доменной почты в составе облачного пакета до корпоративных платформ, развёртываемых в собственной инфраструктуре. Среди вариантов, которые рассматривают организации, — Яндекс 360 для бизнеса, VK WorkSpace, RuPost, МойОфис и CommuniGate Pro. Само название провайдера ещё не отвечает на вопрос, подойдёт ли он компании: нужно сопоставить требования к хранению данных, привычный способ работы с почтой, администрирование и доступные протоколы.
Сначала определите требования к почте
Перед выбором сервиса полезно описать, как устроена почта сейчас и что от неё ждут после переезда. Иначе сравнение быстро превращается в перечень функций, значительная часть которых может оказаться ненужной, а критичное условие — например, возможность пользоваться привычным почтовым приложением — легко упустить.
Начните с простого реестра: какие домены используются, сколько заведено ящиков и групповых адресов, какие сотрудники работают с почтой через браузер, а какие через программы на компьютере или телефоне. Отдельно отметьте общие ящики вроде info@ и support@, адреса для автоматических уведомлений, календари и контакты, связанные с текущей почтовой системой. Если почта подключена к CRM, сайту или сервису рассылок, её переезд затронет и эти интеграции.
Затем сформулируйте требования по категориям:
- Доступ и приложения. Нужен ли веб-интерфейс, поддержка мобильных клиентов и подключение через IMAP, POP3 или SMTP. Если сотрудники используют сторонние приложения, проверьте условия доступа именно для них.
- Работа команды. Нужны ли общие календари, адресные книги, делегирование доступа к ящикам и совместная работа с офисными документами.
- Администрирование. Кто будет создавать учётные записи, сбрасывать пароли, настраивать домены и разбирать проблемы с доставкой.
- Хранение и соответствие требованиям. Какие категории данных проходят через почту, где компания хранит персональные данные и какие внутренние правила применяются к доступу и срокам хранения.
- Миграция и поддержка. Какими средствами можно перенести старые сообщения, есть ли инструменты импорта и как провайдер помогает при настройке домена.
Так получается содержательное сравнение функционала почтовых сервисов. Оно опирается на процессы компании, а не на впечатление от списка возможностей. Для небольшой команды главным может быть понятный интерфейс и быстрое подключение домена. Для организации с большим числом пользователей заметнее становятся централизованное управление, перенос данных и порядок выдачи прав.
Удобный план миграции начинается с карты того, как почта используется сейчас: адреса, приложения, интеграции и ответственные люди.
Правовые требования: что проверить до переключения
Вопрос о том, где размещена почта и как сотрудники входят в рабочие сервисы, стоит рассматривать вместе с обработкой персональных данных и правилами авторизации. Закон № 152-ФЗ связан с обработкой персональных данных. Закон № 406-ФЗ, принятый 31 июля 2023 года, ввёл ограничения на использование иностранных сервисов авторизации и электронной почты при регистрации пользователей на российских интернет-ресурсах. Базовые ограничения вступили в силу 1 декабря 2023 года, а для ряда требований переходный период завершился 1 января 2025 года.
Это не означает, что любой иностранный адрес электронной почты или любой способ входа с ним запрещён во всех случаях. В частности, не следует смешивать почтовый адрес как логин и авторизацию через сторонний сервис вроде Google ID или Apple ID: это разные механизмы. Для оценки конкретного сценария нужны вид сервиса, роль почты и характер обработки данных. Если компания использует почту для регистрации пользователей на собственном ресурсе, юридические требования лучше сверить с юристом, который понимает устройство этой регистрации.
Практически полезно зафиксировать, какие данные проходят через корпоративные ящики и какие внешние сервисы получают к ним доступ. Например, сотрудники могут пересылать вложения в облачные хранилища, подключать сторонние приложения или отправлять автоматические уведомления через почтовый сервер. Переезд почтового домена сам по себе не перенастраивает такие связи и не решает вопросы соответствия требованиям.
При выборе нового провайдера уточните условия хранения и обработки данных, управление учётными записями и доступ администратора. Внутренний документ с ответами на эти вопросы снижает неопределённость: команда понимает, почему меняется сервис, что именно будет перенесено и какие привычные способы работы могут измениться.
Домен и DNS: подготовьте маршрут для новой почты
До переноса содержимого ящиков нужно доказать новому провайдеру, что компания управляет доменом. В панелях Яндекс 360 и VK WorkSpace подтверждение обычно выполняется добавлением TXT-записи или другой указанной сервисом верификационной записи в DNS. Точное имя и значение записи нужно брать из панели провайдера: универсального значения для всех доменов нет.
DNS-записи управляются там, где обслуживается домен или его зона. Доступ к этой панели лучше получить заранее и определить человека, который сможет вносить изменения. Если домен зарегистрирован у одного поставщика, а DNS обслуживает другой, потребуется доступ именно к панели DNS. Это частая организационная мелочь, которая способна задержать весь переезд.
После подтверждения домена провайдер выдаёт параметры для почтовой маршрутизации и аутентификации. В рабочем плане удобно разделить записи по назначению:
| Запись | Для чего нужна | Что подготовить |
|---|---|---|
| TXT для подтверждения домена | Подтверждает управление доменом в панели сервиса | Значение, выданное новым провайдером |
| MX | Направляет входящую почту на серверы выбранного сервиса | MX-значения и приоритеты из инструкции провайдера |
| SPF | Указывает разрешённые источники отправки почты от имени домена | Список разрешённых отправителей в TXT-записи |
| DKIM | Добавляет к письму цифровую подпись домена | Ключи и селектор, выданные почтовой системой |
| DMARC | Определяет политику обработки писем, не прошедших проверку | Запись с политикой и адресом для отчётов, если он настроен |
Не стоит менять MX, пока новые ящики не готовы принимать почту, а перенос данных не проверен. MX влияет на то, куда направляются новые входящие письма. После изменения DNS обновления распространяются не мгновенно: кеширование может сохраняться до 72 часов. В этот промежуток часть отправителей может обращаться к прежним настройкам, поэтому старый сервис разумно оставить доступным на время перехода.
SPF, DKIM и DMARC тоже требуют согласованной настройки. SPF должен учитывать все легитимные источники отправки, а не только новый почтовый сервис: например, сайт компании или систему уведомлений, если они отправляют сообщения от корпоративного домена. DKIM настраивается по параметрам провайдера. DMARC помогает задать обработку писем, которые не проходят проверки SPF или DKIM. Если резко установить строгую политику, не учтя сторонние отправки, легитимные письма могут начать попадать в нежелательные или отклоняться. Поэтому сначала составьте перечень отправителей и только потом применяйте политику.
IMAP, POP3 и SMTP: проверьте привычный способ доступа
Сотрудники часто воспринимают почту как приложение, которым пользуются каждый день, а не как набор серверных протоколов. Но если рабочий процесс завязан на стороннем клиенте, условия подключения становятся частью выбора сервиса. Перед миграцией проверьте, поддерживаются ли нужные протоколы, какая требуется аутентификация и будет ли доступ бесплатным или включённым в подписку.
В частности, с 12 июня 2026 года доступ к ящикам @mail.ru по IMAP, POP3 и SMTP из сторонних приложений сохранён только в рамках платной подписки Mail Space. В июне 2026 года Яндекс начал ограничивать бесплатный доступ по этим протоколам для организаций с доменной почтой без подписки Яндекс 360 для бизнеса. Это конкретные условия и даты, поэтому при планировании стоит сверяться с актуальными правилами выбранного сервиса, а не рассчитывать, что прежняя схема подключения сохранится автоматически.
Для ориентира в настройках могут встречаться порты 993 и 143 для IMAP, 995 и 110 для POP3, 465 и 587 для SMTP, а также порт 25. Наличие знакомого номера порта ещё не гарантирует, что подключение заработает: важны шифрование, способ входа, требования к паролю и ограничения самого провайдера. Параметры берите из актуальной инструкции сервиса и проверяйте на тестовом ящике.
Перед переключением составьте короткий список рабочих сценариев: открыть почту в браузере, добавить аккаунт в мобильное приложение, отправить письмо из офисной программы, получить уведомление от сайта. Такой тест показывает, где нужна новая настройка, и помогает не путать проблему приложения с проблемой DNS.
Перенос ящиков: сначала данные, затем переключение
Содержимое почты можно переносить через IMAP или предусмотренные провайдером инструменты и API. У разных способов свои ограничения: могут отличаться перенос папок, меток, контактов и календарей. Поэтому не обещайте сотрудникам, что вся структура переедет без изменений, пока не проверили конкретный механизм импорта и состав данных.
В миграционном плане разделите работу на этапы:
1. Составьте перечень ящиков. Укажите владельца, назначение, объём данных, необходимость переноса и адреса, которые используются для автоматической отправки или приёма писем.
2. Подготовьте новые учётные записи. Создайте ящики и групповые адреса, настройте права доступа и проверьте вход в новую систему. Для общих адресов заранее решите, кому и каким способом выдаётся доступ.
3. Выполните пробный импорт. Возьмите несколько ящиков с разными сценариями: обычный личный, общий или используемый приложением. Проверьте папки, вложения, поиск по старым письмам и отображение отправителя.
4. Перенесите основную почту. Следуйте инструкциям выбранного провайдера и не удаляйте исходные данные после первого успешного импорта. В период миграции старый сервис может оставаться источником писем, поступивших до обновления DNS.
5. Переключите маршрутизацию и повторно проверьте доставку. Отправьте тестовые письма с внешних адресов и на внешние адреса, проверьте отправку через сайт и другие связанные системы.
6. Зафиксируйте завершение. Объясните сотрудникам, где теперь входить, как добавить аккаунт в мобильное приложение и куда сообщать о потерянных письмах или ошибках авторизации.
VK предлагает отдельный сервис быстрой миграции личной почты с Gmail на домен xmail.ru, который рассчитан на сохранение логинов и автоматический перенос писем. Это полезный вариант для соответствующего сценария, но он не отменяет проверки домена, приложений и интеграций. Перед использованием стоит уточнить, какие именно данные и настройки переносит инструмент.
Полезно также назначить окно переключения, когда ответственные люди доступны для проверки почты. Это можно планировать как завершающий этап проекта: когда подготовка уже сделана, остаётся последовательно проверить ключевые сценарии, подобно тому как последние тренировки перед стартом имеют свой отдельный план (подготовка к финальному этапу перед марафоном). Для почтовой миграции это означает заранее выбрать время, распределить роли и не совмещать переключение с другими крупными изменениями инфраструктуры.
После переезда: следите за доставкой и не спешите отключать старое
После изменения MX и завершения импорта проверьте почту не только внутри компании. Отправьте сообщения с внешних адресов, ответьте на них, проверьте вложения и убедитесь, что почта от сайта, CRM и системы уведомлений доходит до нужных получателей. Отдельно проверьте отправку наружу: письмо может появляться в папке «Отправленные», но при этом не проходить проверки получателя из-за некорректных SPF или DKIM.
Если сообщения попадают в спам, сначала выясните, все ли легитимные источники указаны в SPF, подписываются ли письма DKIM и соответствует ли DMARC реальным настройкам отправки. Не добавляйте в запись случайные значения по примеру из чужой инструкции: содержимое DNS зависит от конкретного домена и конфигурации сервисов. При сложной схеме с несколькими отправителями лучше составить перечень потоков почты и проверять каждый отдельно.
Старую почтовую систему не стоит отключать сразу после того, как новый интерфейс открылся. Учитывая, что обновление DNS-кеша может занимать до 72 часов, оставьте время на проверку входящих сообщений и завершение переноса. Определите, кто контролирует старый ящик и как обрабатываются письма, пришедшие туда в переходный период. Затем подтвердите, что сотрудники получили доступ, автоматические отправители используют новые параметры, а контакты и общие адреса работают так, как задумано.
Переезд на российские почтовые сервисы проходит спокойнее, если рассматривать его как изменение всей почтовой инфраструктуры, а не только интерфейса для чтения писем. Сначала зафиксируйте требования и зависимости, затем подтвердите домен, перенесите данные, настройте DNS и проверьте каждый способ отправки и получения. Такой порядок оставляет место для аккуратной проверки и помогает сохранить привычный рабочий ритм, пока почта меняет свой технический адрес.