Переезд почты компании отличается от переноса одного ящика не технически, а организационно: тридцать ящиков — это тридцать паролей, тридцать владельцев и один вечер, когда всё должно заработать. Ниже план, который снимает главные риски: пилот до массового запуска, волны вместо «все сразу» и сверка, по которой видно, что ничего не потерялось.
Инвентаризация: без неё план не строится
Первое, что нужно, — таблица ящиков. Не «примерно сорок», а точный список с объёмами: от него зависят и сроки, и тариф на новой стороне.
Адрес, владелец, объём и число писем по каждому ящику.
Общие и функциональные ящики (info@, sales@) — у них отдельные доступы и часто отдельный владелец.
Ящики уволившихся: обычно их переносят в архив, а не на новую платформу.
Суммарный объём — по нему считается время переноса и место на новом тарифе.
Доступы: где обычно застревает подготовка
В облачных сервисах обычный пароль по IMAP чаще всего не работает, и это выясняется в самый неподходящий момент.
Microsoft 365: базовая аутентификация для IMAP по умолчанию отключена. Рабочий путь — пароли приложений при включённой многофакторной проверке; если политика арендатора их запрещает, доступ открывает администратор.
Google Workspace: IMAP включается в настройках, пароль приложения выдаётся только при включённой двухэтапной аутентификации.
Свой сервер или хостинг: обычно достаточно паролей от ящиков, но стоит заранее проверить, что IMAP не закрыт фаерволом.
Пароли на время переноса лучше выдавать одноразовые и отзывать сразу после — пароль приложения отзывается одним нажатием.
Пилот, потом волны
Массовый запуск без пилота — самая дорогая ошибка: если что-то не так с доступами или папками, вы узнаете это тридцать раз подряд.
Возьмите один средний ящик и перенесите его целиком. Замерьте время — по нему масштабируется весь план.
Сверьте результат по папкам: счётчики писем с обеих сторон должны совпасть.
Разбейте остальные ящики на волны по 5–10 и переносите волнами, а не все сразу: провайдеры ограничивают число одновременных IMAP-сессий.
Первыми переносите ящики, которые меньше всего используются, последними — руководство и продажи.
Переключение и сверка
Перенос не требует останавливать почту, поэтому переключение MX происходит после того, как основной объём уже на новой стороне.
Переключите MX, когда все волны прошли.
Через сутки запустите перенос повторно по всем ящикам: он доберёт письма, пришедшие за время переключения, и не создаст дубликатов.
Сверьте счётчики по папкам ещё раз и только потом отключайте старые ящики.
Старую систему держите доступной хотя бы неделю — это дешевле, чем восстанавливать одно потерянное письмо.
Что переносом по IMAP не решается
Об этом стоит сказать руководству заранее, чтобы не выяснять в день переезда.
Календари, контакты и задачи — переносятся средствами самой платформы.
Права делегирования («секретарь видит календарь директора») настраиваются заново.
Публичные папки Exchange — отдельное хранилище, IMAP их не видит.
Правила Outlook, подписи и автоответы — настраиваются на новой стороне.
Сколько времени занимает переезд компании на 30 ящиков?
Считайте по объёму, а не по числу ящиков: узкое место — скорость выгрузки у провайдера. Пилотный ящик покажет реальную скорость, дальше время масштабируется линейно. Ориентир для Microsoft 365 по нашим замерам — около половины гигабайта в час на ящик.
Что делать с ящиками уволившихся сотрудников?
Обычно их переносят в отдельный архивный ящик на новой стороне, а не заводят лицензии. По IMAP это такой же перенос, только назначение — архив.
Можно ли переносить, пока люди работают?
Да. Источник не изменяется, письма только читаются. Единственное, что нужно согласовать, — момент смены настроек в почтовых программах.
Нужен ли доступ администратора?
Не всегда. Если у каждого ящика есть пароль (или пароль приложения), администратор не нужен. Он потребуется там, где политика арендатора запрещает пароли приложений.
Узнайте объём своего ящика. Это ничего не стоит.
Подключите два сервера, посмотрите размер и решайте. Или заберите клиент и держите всё у себя.