VK WorkSpace как почта для домена после Яндекс 360: перенос, ограничения и почему облако снова не всё

Бежать из одного облака в другое после аварии — всё равно что пересесть на соседний самолёт той же авиакомпании после аварийной посадки. Многие компании после октябрьских сбоев смотрят в сторону VK WorkSpace — почта для домена в другом облаке кажется быстрым решением. Перенос действительно несложный: у сервиса есть встроенная миграция из Яндекс 360. Но переезд из одного облака в другое меняет провайдера, а не модель риска: ваша переписка снова на чужом сервере. Разбираем, как перенести почту в VK WorkSpace, что при этом теряется и как подстраховаться своим сервером.

Смена облака — не смена модели риска

Логика «у прежнего провайдера был сбой, значит, переедем к другому» понятна, но не работает. Любое облако — это дата-центры, которые могут гореть, обесточиваться и выходить из строя. Любой облачный провайдер восстанавливает сервис в своём порядке. Любой облачный провайдер может изменить тарифы, условия и состав услуг. Переехав, вы получаете того же типа зависимость, просто с другим названием.

Это не значит, что VK WorkSpace плох. Это значит, что вопрос «где лежит почта» не решается выбором облака. Он решается тем, есть ли у компании своя копия и свой сервер, на который можно перейти, когда облако недоступно.

Другое облако — та же лотерея

Паника после сбоя толкает компании к самому быстрому решению — переехать к другому облачному провайдеру. Это занимает несколько дней и создаёт иллюзию, что проблема решена. Но правила игры не изменились: ваша переписка по-прежнему на чужом сервере, а его аварии по-прежнему станут вашими.

Мы честно описываем, как перенести почту в VK WorkSpace, — но не скрываем главного: смена облака не даёт контроля. Если уж переезжаете, хотя бы держите полную копию ящиков на своём сервере. А лучше — переезжайте сразу на свой.

Что предлагает VK WorkSpace

VK WorkSpace — облачный набор для бизнеса: почта для домена, календари, контакты, диск, видеозвонки и мессенджер. Почта для домена подключается к вашему домену через записи в DNS, ящики управляются из панели администратора. Для крупных организаций есть версия для установки в собственном дата-центре — это уже другой класс решения, ближе к своему серверу, но и другой масштаб затрат.

Тарифы меняются, поэтому смотрите их на официальном сайте VK WorkSpace на дату решения и сравнивайте с полной стоимостью своего сервера — с обслуживанием и копиями.

Встроенная миграция из Яндекс 360

В документации VK WorkSpace есть отдельный раздел о миграции почты из Яндекс 360. Порядок такой: в Яндекс 360 для каждого ящика создаются пароли приложений и разрешается IMAP; в панели администратора VK WorkSpace включается миграция; ящики переносятся списком из CSV-файла или по одному; после переноса всех писем меняются MX-записи.

• в Яндекс 360: пароли приложений для каждого ящика
• в Яндекс 360: разрешить IMAP
• в VK WorkSpace: включить миграцию в панели администратора
• перенести ящики — CSV-файлом или по одному
• после переноса всех писем — сменить MX

Подготовка Яндекс 360

Подготовка источника такая же, как при переезде на любой сервер: администратор разрешает почтовые программы, в ящиках включается IMAP, создаются пароли приложений. Пароль показывается один раз и начинает действовать с задержкой, поэтому делайте это накануне. Подробно — в статье «Подготовка Яндекс 360 к выгрузке почты».

Что встроенная миграция не переносит

Раздел документации о миграции из Яндекс 360 говорит о письмах и ящиках. Календари, контакты, общие календари, права доступа, правила фильтрации, подписи, автоответы — всё это планируйте переносить отдельно: выгрузкой файлов, ручной настройкой или средствами, которые предложит поддержка сервиса.

Календари и контакты выгружаются из Яндекс 360 в форматы iCalendar и vCard и импортируются в новый сервис. Порядок — в статье о переносе контактов и календарей. Права на общие календари и папки выдаются заново: их не переносит ни один инструмент.

DNS: MX, SPF, DKIM

Для почты на домене в VK WorkSpace нужно прописать MX-записи сервиса, добавить его в SPF и опубликовать ключ DKIM, который выдаёт панель администратора. Точные значения берите из документации VK WorkSpace на дату переезда. Порядок смены — заранее снизить TTL, опубликовать DKIM, в выходной сменить MX и SPF, проверить доставку.

Общие правила смены записей и проверки разобраны в статье о MX, SPF, DKIM и DMARC при смене провайдера. Не переносите DNS-зону к почтовому провайдеру: зона у регистратора или независимого DNS-сервиса — ваш рычаг переключения в любой следующей аварии.

Чем это отличается от своего сервера

Сравним по тому, что важно в день аварии.

• кто восстанавливает сервис: в облаке — провайдер в своём порядке; на своём сервере — ваш администратор или подрядчик по вашему регламенту
• где копии: в облаке — у провайдера, вы их не видите; на своём сервере — где решили вы, на другой площадке
• журналы доставки: в облаке — в объёме, который даёт панель; на своём сервере — полностью
• можно ли переключиться на резерв: в облаке — нет; на своём сервере — да, если резерв подготовлен
• кто меняет условия: в облаке — провайдер; на своём сервере — вы

Если вы всё же выбрали облако — держите свою копию

Если по каким-то причинам компании удобнее облачный сервис, минимальная страховка — копия всех ящиков на своём сервере вне облака. imapsync по расписанию забирает письма по IMAP на ваш сервер без удаления: письмо, удалённое в облаке, в копии остаётся. Это работает с любым провайдером, у которого есть IMAP.

docker run --rm -v "$PWD":/var/tmp gilleslamiral/imapsync imapsync \
  --host1 imap.yandex.ru --ssl1 --user1 anna@company.ru --passfile1 /var/tmp/pass_yandex \
  --host2 backup.company.ru --ssl2 --user2 anna@company.ru --passfile2 /var/tmp/pass_backup \
  --automap

На стенде копия без удаления сохранила все 305 писем после удаления части писем в источнике, повторный проход занимал 2–4 секунды. Подробно — в статье «Резервная копия почты».

Гибрид: облако для удобства, свой сервер для надёжности

Промежуточная схема, которую мы предлагаем компаниям, не готовым сразу отказаться от облака. Основная почта — в облаке, к которому привыкли сотрудники. Рядом — свой сервер с копией всех ящиков, обновляемой каждые несколько часов, и с готовыми учётными записями. В день сбоя облака администратор переключает MX на свой сервер, сотрудники подключаются к нему — переписка на месте, почта работает.

Через какое-то время многие компании замечают, что свой сервер уже работает, обслуживается и проверен учениями, — и переводят на него основную почту. Облако остаётся в прошлом без стрессового переезда.

Свои варианты вместо ещё одного облака

Если цель — не зависеть от чужих аварий, смотрите на свой сервер сразу. mailcow — почта, календари и антиспам в Docker, обновление одним скриптом. iRedMail — классические Postfix и Dovecot на чистом Linux. Carbonio CE — почта, календари и файлы на базе Zimbra. Stalwart — современный сервер на Rust. Или почта на нашей инфраструктуре: отдельная машина вашей компании, обслуживание и ежедневные копии включены, от 150 ₽ в месяц за ящик.

Сравнение — в статье «iRedMail, mailcow или Carbonio», порядок переезда — в руководстве по переносу почты с Яндекс 360.

Вопросы, которые стоит задать любому облаку

Если выбираете облачного провайдера, задайте эти вопросы до подписания — и сохраните ответы.

• в каких дата-центрах хранятся данные и как они резервируются между площадками
• какое время восстановления указано в договоре и что компания получает при его нарушении
• можно ли выгрузить всю почту по IMAP в любой момент без ограничений
• как получить журналы доставки по конкретному письму
• что происходит с данными при блокировке учётной записи организации
• как быстро и в каком виде можно получить все данные при расторжении договора

Как проверить, что всё перенеслось

Встроенная миграция показывает статус по ящикам, но проверять результат всё равно нужно самим. Выберите несколько ящиков разного размера — руководителя, бухгалтерии, общий ящик — и сравните число писем по основным папкам в старом и новом интерфейсе. Откройте старые письма с вложениями, проверьте, что папки с русскими названиями и вложенные подпапки на месте, а отправленные лежат в «Отправленных», а не в отдельной папке.

Если число писем в больших ящиках заметно расходится, не меняйте MX, пока не выясните причину: повторный запуск миграции, письма больше лимита размера, исключённые системные папки. Подробно о сверке и о том, какие расхождения нормальны, — в статье «Сверка после переноса почты».

Общие ящики и делегирование

Общие адреса — info@, zakaz@, buh@ — в Яндекс 360 часто устроены как отдельные ящики с доступом нескольких сотрудников. В новом сервисе их нужно создать заново, перенести в них письма так же, как обычные ящики, и снова выдать доступ людям. Права доступа и делегирование отправки от имени общего адреса не переносятся автоматически ни в одно облако.

Составьте таблицу: общий ящик, кто его читает, кто отправляет от его имени, какие правила пересылки на нём настроены. После переноса пройдите по таблице и проверьте каждую строку — это занимает час, но избавляет от недели вопросов «почему я не вижу заявки».

Переходный период

Сразу после смены MX часть писем ещё некоторое время приходит в старые ящики — от серверов со старым кэшем DNS. Не отключайте Яндекс 360 в день переключения. Оставьте ящики на две-четыре недели и проверяйте, приходят ли туда новые письма; если приходят — переносите их повторным запуском миграции или настройте временную пересылку. Только когда входящие на старые ящики прекратились, отзывайте пароли приложений и отключайте тариф.

Сколько длится переезд

Для офиса до 50 ящиков переезд в другое облако обычно укладывается в неделю: день на подготовку доступов и списка ящиков, день на пароли приложений, два-три дня на перенос писем с проверкой, выходной на смену MX и неделя на перенастройку устройств и вопросы сотрудников. Большие ящики руководства и бухгалтерии переносятся дольше остальных — запускайте их первыми, чтобы к дню переключения они были готовы.

Сроки сдвигаются почти всегда по одной причине — доступы. Нет доступа к регистратору домена, администратор Яндекс 360 уволился, сотрудники не создали пароли приложений. Начинайте с этого, а не с выбора тарифа.

Что сказать сотрудникам

Для сотрудников смена облака выглядит как новая веб-почта и новое приложение на телефоне. Подготовьте короткую памятку: адрес входа, как установить приложение, где искать старые письма, что делать с календарём. Назначьте день, когда все переподключают телефоны, и человека, который помогает с этим в офисе.

Чек-лист переезда в VK WorkSpace

Если решение принято, пройдите этот список.

• доступ к регистратору и DNS-зоне домена
• список ящиков, псевдонимов, рассылок и общих ящиков
• пароли приложений и IMAP в Яндекс 360 — накануне
• ящики созданы в VK WorkSpace, миграция включена
• письма перенесены, выборочная проверка папок
• календари и контакты выгружены и импортированы
• DKIM опубликован заранее, MX и SPF сменены в выходной
• 1С, МФУ, сайт перенастроены на новый SMTP
• копия ящиков на своём сервере вне облака настроена
• старые ящики Яндекс 360 сохраняются 2–4 недели

Устройства и программы

После смены провайдера перенастраиваются все телефоны, почтовые программы и системы, которые отправляют почту. Параметры IMAP и SMTP берите из справки VK WorkSpace. Не забудьте 1С, сканеры, формы сайта и уведомления CRM: они отправляли письма через Яндекс и перестанут это делать, как только ящики отключат.

Итог

VK WorkSpace закрывает вопрос «куда уйти с Яндекс 360» за несколько дней, и встроенная миграция в этом помогает. Но вопрос «как не зависеть от чужого дата-центра» он не закрывает. Ответ на него один — своя копия и свой сервер. Если вы переезжаете в другое облако, сделайте это вместе с копией на своём сервере. Если готовы к большему — переезжайте сразу на свой сервер.

Частые вопросы