Перенести рабочую переписку с Gmail, Яндекса или Mail.ru на корпоративную почту можно без ручного копирования каждого письма. При переносе по IMAP обычно копируются сообщения и папки, но контакты, календари и задачи требуют отдельной миграции. Срок зависит от количества ящиков, объема переписки, скорости соединения и выбранного способа переноса. Чтобы снизить риск потери писем и перебоев в работе, нужно заранее подготовить учетные записи, проверить результат копирования и только после этого переключить домен на новый почтовый сервис.
Для компаний от 10 пользователей одним из вариантов может стать Cloud Exchange от LanCloud. Сервис позволяет организовать корпоративную почту на собственном домене без самостоятельного развертывания почтовой инфраструктуры.
Когда бесплатной почты становится недостаточно
Бесплатные почтовые сервисы подходят для старта, но по мере роста компании управлять рабочей перепиской становится сложнее. Особенно заметны ограничения, когда почта используется для общения с клиентами, работы с договорами и передачи внутренних документов.
Переход на корпоративную почту стоит рассмотреть, если:
- сотрудники используют личные адреса для деловой переписки, а у компании нет единого домена;
- доступ к общему почтовому ящику организован через один пароль, который знают несколько человек;
- после увольнения сотрудника сложно ограничить доступ к переписке и связанным с ней рабочим данным;
- нужно централизованно управлять учетными записями и настраивать корпоративные правила работы с почтой;
- объем переписки и вложений увеличивается, а текущих возможностей хранения становится недостаточно.
Корпоративный адрес вида name@company.ru помогает закрепить единый формат коммуникации и сохранить контроль над почтовыми учетными записями. При этом переход требует не только копирования старых сообщений, но и настройки нового домена.
Что переносится, а что нет
Главный вопрос при миграции состоит в том, какие данные удастся сохранить и где потребуется отдельная подготовка.
При стандартном переносе по протоколу IMAP копируются сообщения из почтовых папок. Контакты, календари и задачи в такой перенос не входят. Это ограничение документировано Microsoft для IMAP-миграции в Microsoft 365, однако точный состав поддерживаемых операций при переходе на Cloud Exchange необходимо согласовать с LanCloud.
| Данные | Что нужно учитывать |
|---|---|
| Входящие и отправленные письма | Обычно переносятся вместе с содержимым и доступными почтовому протоколу папками |
| Архивные сообщения | Возможность переноса зависит от того, где и как хранится архив |
| Папки и подпапки | Как правило, переносятся при IMAP-миграции, но структуру нужно проверить после копирования |
| Вложения | Переносятся вместе с письмами, если не превышают ограничения выбранного способа миграции |
| Контакты | Требуют отдельного экспорта и импорта либо другого согласованного способа переноса |
| Календари и задачи | Не входят в стандартную IMAP-миграцию |
| Правила обработки писем, подписи, фильтры | Их настройки могут не перенестись и потребовать ручного восстановления |
| Старый адрес на Gmail, Яндексе или Mail.ru | Не превращается автоматически в новый корпоративный адрес |
Отдельно проверьте ограничения по объему и числу сообщений. Например, в документации Microsoft для IMAP-миграции в Microsoft 365 указаны пределы в 500 000 элементов на почтовый ящик и 35 МБ на одно сообщение. Эти значения относятся к описанному Microsoft сценарию и не должны автоматически считаться ограничениями Cloud Exchange. Перед переносом крупных ящиков необходимо уточнить параметры у провайдера.
Чек-лист подготовки к переносу
До начала миграции составьте список пользователей и определите, какие данные нужны каждому сотруднику. Это позволит заранее выявить неиспользуемые ящики, общие адреса и учетные записи, для которых требуется особый порядок переноса.
Проверьте следующие пункты:
- Составьте список ящиков. Зафиксируйте адреса, владельцев, размер почтовых ящиков и примерное количество сообщений. Отдельно отметьте общие адреса вроде
info@иsales@. - Подготовьте доступы. Убедитесь, что есть возможность войти в каждый исходный ящик и получить необходимые данные для подключения. Пароли и другие учетные данные передавайте только по согласованному защищенному каналу.
- Проверьте IMAP. Если выбран этот способ миграции, убедитесь, что исходный сервис поддерживает протокол и доступ к нему разрешен. Для Яндекса и Mail.ru нужно проверить актуальные настройки подключения, а также возможные ограничения учетной записи.
- Подготовьте Gmail. При включенной двухэтапной проверке для некоторых сценариев подключения по IMAP может потребоваться пароль приложения. Доступность этого способа зависит от настроек Google-аккаунта и применяемой политики безопасности. Отключать двухфакторную защиту для всех пользователей не следует.
- Зарегистрируйте корпоративный домен. Если у компании еще нет домена, сначала нужно выбрать и зарегистрировать его. Также потребуется настроить DNS-записи и создать соответствующие почтовые ящики в Cloud Exchange.
- Оцените объем данных. Суммарный размер писем и вложений влияет на продолжительность копирования. Большие ящики и сообщения, выходящие за допустимые ограничения, следует проверить заранее.
- Подготовьте DNS-переключение. Если домен уже существует, заранее проверьте действующие MX-записи и TTL. Снижение TTL перед запланированным изменением может ускорить обновление записей у получателей, но не гарантирует мгновенного переключения.
Способы переноса почты
Метод зависит от исходного сервиса, объема данных и требований к сохранению переписки. Для небольшой команды может быть достаточно копирования по IMAP, а для сложной миграции с архивами и дополнительными данными лучше заранее спланировать работы со специалистом.
| Способ | Что переносится | Скорость | Ограничения | Кому подходит |
|---|---|---|---|---|
| IMAP | Сообщения и доступные почтовые папки | Зависит от объема переписки и ограничений сервера | Не переносит контакты, календари и задачи; действуют ограничения исходного и целевого сервисов | Компаниям, которым в первую очередь нужна история переписки |
| Через файл PST | Данные, экспортированные из почтового клиента в PST, в зависимости от состава файла и возможностей импорта | Зависит от объема архива, подготовки файлов и способа загрузки | Нужно проверить совместимость формата и возможность импорта в целевой сервис; для отдельных облачных сценариев действуют ограничения размера файлов | Компаниям, которые уже хранят переписку в Outlook или имеют архивы PST |
| При участии провайдера | Состав данных определяется согласованным планом миграции | Определяется после оценки исходных ящиков и условий подключения | Требуется согласовать доступы, ответственность сторон, ограничения и сроки | Компаниям, которым нужна помощь с переносом и переключением домена |
Для облачного импорта через Microsoft 365 документация Microsoft отдельно указывает ограничение на размер PST-файла в 20 ГБ. Это не универсальное ограничение всех вариантов работы с PST и не подтвержденный предел Cloud Exchange: применимые параметры необходимо уточнять до начала работ.
Как именно LanCloud выполняет миграцию с Gmail, Яндекса и Mail.ru, какие действия берет на себя заказчик и какие выполняют инженеры, следует согласовать перед запуском проекта. Не стоит заранее считать, что все перечисленные методы поддерживаются на одинаковых условиях.
Как переключить почту и не потерять новые письма
Безопаснее разделять миграцию данных и изменение маршрутизации входящей почты. Если переключить MX-записи до подготовки новых ящиков и копирования истории, часть сотрудников может столкнуться с ошибками доставки или отсутствием старых сообщений в новом интерфейсе.
Рекомендуемый порядок выглядит так.
Шаг 1. Создать корпоративные ящики. Подготовьте учетные записи в Cloud Exchange, проверьте адреса сотрудников, необходимые квоты и доступ к почте.
Шаг 2. Выполнить первоначальное копирование. Перенесите сообщения и папки выбранным способом. Если данных много, заранее согласуйте, как будут обрабатываться письма, поступившие в исходные ящики во время миграции.
Шаг 3. Проверить результат. Сопоставьте количество сообщений и папок, проверьте несколько старых и новых писем, включая сообщения с вложениями. Отдельно проверьте архивы и крупные письма.
Шаг 4. Изменить MX-записи. После готовности новых ящиков и согласования момента переключения настройте записи домена в соответствии с параметрами, предоставленными LanCloud. Если домен ранее не использовался для корпоративной почты, настройка будет включать первичную конфигурацию DNS.
Шаг 5. Проверить доставку и получить новые сообщения. После обновления DNS проверьте отправку и получение писем из внешних сервисов. Письма, которые в переходный период поступили в старые ящики, нужно также учесть: может потребоваться дополнительный цикл копирования.
Шаг 6. Завершить перенос. Убедитесь, что пользователи могут работать с новым адресом, восстановите необходимые подписи и правила, настройте почтовые программы и мобильные устройства. Не удаляйте старые ящики, пока не закончены проверки и не подтверждено сохранение нужной переписки.
Продолжительность работ заранее не стоит определять только по числу пользователей. На нее влияют объем почты, скорость доступа к исходному сервису, ограничения подключения и необходимость переноса дополнительных данных. Возможность переключения без заметного перерыва также зависит от выбранной схемы и не может быть гарантирована без оценки конкретной инфраструктуры.
Как проверить результат миграции
После копирования недостаточно убедиться, что сотрудники смогли войти в новые ящики. Проверка должна подтвердить, что нужная переписка доступна и почта корректно работает после переключения.
Проверьте:
- количество писем и папок в исходном и целевом ящиках;
- наличие старых сообщений, отправленных писем, архивов и вложений;
- отправку тестового сообщения на внешний адрес и получение ответа;
- корректность отображения имен отправителей, дат и структуры папок;
- наличие контактов и календарей, если они переносились отдельно;
- работу почтовых программ и мобильных устройств в соответствии с выбранным тарифом;
- получение сообщений на корпоративный домен после изменения MX-записей.
Полного совпадения количества сообщений может не быть из-за дубликатов, ограничений миграции или особенностей исходного сервиса. Все найденные расхождения следует проверить до окончательного отключения старой почты.
Типичные ошибки при переносе
Чаще всего сложности возникают не во время копирования сообщений, а из-за пропущенных подготовительных действий.
Не перенесли контакты и календари. IMAP не предназначен для миграции этих данных. Если они нужны сотрудникам, заранее определите способ экспорта и импорта.
Переключили MX-записи слишком рано. Новые письма начинают направляться на целевую инфраструктуру, хотя ящики или проверки еще не готовы. Сначала необходимо подготовить сервис и согласовать момент переключения.
Не проверили доступ по IMAP. Даже правильные логин и пароль не гарантируют подключение: протокол может быть выключен, а исходный сервис может ограничивать соединения.
Использовали обычный пароль Gmail вместо пароля приложения. В сценариях, где Google требует отдельный пароль приложения, стандартный пароль учетной записи не подойдет. Требования следует проверить до начала миграции.
Не учли новые письма во время переноса. Пока копируется история, в исходную почту могут поступать новые сообщения. Для их сохранения нужно предусмотреть повторное копирование или другой согласованный способ синхронизации.
Удалили старые ящики сразу после переключения. Это усложняет проверку расхождений и восстановление недостающих сообщений. Старую почту лучше сохранять до завершения приемки результата.
Cloud Exchange Basic или Standard: что выбрать
Тариф стоит выбирать с учетом не только объема хранения, но и того, как сотрудники работают с почтой.
| Возможность | Cloud Exchange Basic | Cloud Exchange Standard |
|---|---|---|
| Объем почтового ящика | 10 ГБ | 100 ГБ |
| IMAP, POP3, SMTP | Да | Да |
| Веб-доступ к почте | Да | Да |
| MAPI | Нет | Да |
| ActiveSync | Нет | Да |
Basic подойдет компаниям, которым достаточно почты через веб-интерфейс и стандартные почтовые протоколы, а объем ящика в 10 ГБ соответствует рабочим потребностям.
Standard стоит рассмотреть, если сотрудникам нужны MAPI для полноценной работы с Outlook на компьютере и ActiveSync для синхронизации почты на мобильных устройствах. Возможности конкретной почтовой программы также зависят от ее настроек и совместимости с сервисом.
Подробное сравнение доступно на странице Cloud Exchange.
Частые вопросы о переносе корпоративной почты
Можно ли перейти без простоя почты?
Переход можно спланировать так, чтобы уменьшить вероятность перебоев. Для этого предварительно создают новые ящики, копируют историю, согласуют переключение DNS и проверяют доставку. Полное отсутствие перерыва зависит от исходных условий и выбранной схемы миграции.
Как перенести контакты и календари?
При стандартной IMAP-миграции они не переносятся. Для них требуется отдельный способ экспорта и импорта либо согласованный сценарий миграции. До начала работ необходимо проверить, какие форматы поддерживаются исходной системой и целевым сервисом.
Можно ли оставить старый адрес Gmail, Яндекса или Mail.ru?
Да, старый адрес можно сохранить и временно продолжать использовать, если исходный сервис остается доступным. Но он не станет корпоративным автоматически. Для переписки от имени компании нужно настроить новый адрес на собственном домене, а порядок обработки сообщений, поступающих на старый адрес, продумать отдельно.
Что делать с корпоративными рассылками и автоматическими уведомлениями?
Нужно обновить адреса отправителей и получателей там, где они используются: в CRM, на сайте, в системах уведомлений и сервисах массовых рассылок. Для отправки с нового домена также следует настроить необходимые DNS-записи, включая SPF, DKIM и DMARC по требованиям используемых систем. После переключения стоит проверить доставляемость писем и реакцию почтовых сервисов.
Как подготовить переход на Cloud Exchange
Чтобы подобрать подходящий тариф и определить порядок миграции, начните с инвентаризации почтовых ящиков. Зафиксируйте количество пользователей, исходные сервисы, примерный объем переписки, наличие архивов, контактов и календарей, а также необходимость работы через Outlook и мобильные устройства.
Передайте эти сведения специалистам LanCloud и запросите расчет переноса. На этапе подготовки можно согласовать, какие работы выполняет команда провайдера, какие действия потребуются от сотрудников и как организовать проверку результата.
Дополнительная информация: Cloud Exchange и условия SLA.
