Куда перенести почту компании в 2026 году: сравнение облака, своего сервера, ПО из реестра и гибридной схемы

Сменить одно облако на другое — всё равно что переехать из одной съёмной квартиры в другую после пожара у соседей: стены другие, хозяин снова чужой. Главный вывод после октябрьских аварий: переносить почту из одного облака в другое — значит менять одного хозяина своей переписки на другого; надёжнее всего собственный сервер. Куда перенести корпоративную почту, зависит от того, кто будет её обслуживать и насколько важен контроль над данными: облако на российской площадке — быстро и без администратора, собственный сервер — контроль и отсутствие платы за ящик, ПО из реестра — обязательный выбор для госзаказчиков, гибрид — когда разным сотрудникам нужны разные решения. Если текущий сервис устраивает, вместо переезда можно построить резервный контур. В статье — семь критериев выбора, разбор каждого направления, проверяемые факты о Google Workspace и Microsoft 365 в России и правила, которые упростят следующий переезд.

Из облака в облако — это не выход

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

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

Перестаньте выбирать нового хозяина для своей переписки

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

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

Короткий ответ: три направления и один принцип

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

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

Ниже — критерии, по которым удобно выбирать, разбор каждого направления, раздел о зарубежных сервисах и примеры решений для компаний разного размера. Как технически переезжать, мы разобрали в руководстве по переносу почты с Яндекс 360.

Что сделать прямо сейчас, пока решение не принято

Выбор площадки может занять недели, а риск, из-за которого вы его начали, существует уже сегодня. Несколько шагов стоит сделать сразу, они пригодятся при любом решении.

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

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

Признаки, что текущую площадку пора менять

Не каждый сбой — повод переезжать. Но есть признаки, которые говорят, что текущая площадка компании не подходит.

Нет способа выгрузить данные целиком: почту по IMAP, контакты и календари в стандартных форматах. Значит, при любой проблеме вы заложник поставщика.

Нет администратора, который понимает, как устроена почта: где DNS, кто имеет доступ, где копии. Это проблема не площадки, а организации, но переезд — хороший повод её решить.

Требования к хранению данных или к ПО изменились, а площадка им не соответствует, например у компании появились госзаказчики.

Стоимость растёт быстрее, чем компания: при увеличении числа сотрудников плата за ящики становится заметной статьёй расходов.

Простои, о которых вы узнаёте от сотрудников или клиентов, а не от поставщика. Если ни один из признаков не про вас, достаточно резервного контура.

Семь критериев выбора

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

Последний пункт обычно забывают, хотя именно он отвечает на вопрос, с которого всё началось. Площадка, с которой нельзя быстро выгрузить письма по IMAP, контакты в vCard и календари в iCal, создаёт ту же зависимость, что и нынешняя.

Кто что решает: руководитель и ИТ

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

Хорошее разделение такое. Руководитель определяет приоритеты по критериям и бюджет на три года, юрист или ответственный за персональные данные — требования к размещению данных, ИТ — варианты, которые этим требованиям соответствуют, оценку трудоёмкости переезда и план обслуживания. Итоговое решение принимает руководитель по короткой записке от ИТ.

Если в компании нет своего ИТ, эту записку может подготовить подрядчик — но решение по-прежнему за руководителем.

Сравнение направлений по критериям

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

Видно, что ни одно направление не выигрывает по всем критериям. Поэтому выбор — это решение о приоритетах, которое должен принять руководитель, а не администратор.

Как посчитать стоимость владения на три года

Сравнивать варианты по цене за ящик в месяц некорректно: у своего сервера и у облака разная структура затрат. Удобнее заполнить одну таблицу на три года для каждого кандидата.

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

Отдельно оцените стоимость простоя: сколько стоит компании день без почты. Это помогает понять, сколько разумно тратить на резерв.

Направление 1. Другое облако на российской площадке

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

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

Что проверить у любого облачного сервиса до подписания договора: где размещаются данные и резервные копии; есть ли доступ по IMAP для выгрузки всех ящиков и нет ли ограничений на число подключений; в каких форматах выгружаются контакты и календари; какое время восстановления указано в соглашении об уровне сервиса; какие журналы входов доступны администратору; как удаляются данные после расторжения договора.

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

Что кроме почты: пакет продуктов и привязка

Современные облачные сервисы продают не почту, а пакет: почта, календарь, диск, документы, видеозвонки, мессенджер. Это удобно, но усиливает привязку: чем больше процессов компании живёт в одном пакете, тем болезненнее любой сбой или смена условий.

При выборе облака решите, какие продукты пакета вы действительно будете использовать. Если компании нужна только почта, а документы и звонки живут в других сервисах, пакет ничего не добавит, кроме цены. Если нужны все продукты сразу — заранее продумайте, как будете делать копии не только почты, но и диска с документами.

Для каждого продукта пакета проверьте, как из него выгружаются данные: почта — по IMAP, контакты и календари — в стандартных форматах, файлы — целиком, с сохранением структуры папок. Если выгрузка есть только «по одному файлу через интерфейс», план выхода фактически отсутствует.

Как читать соглашение об уровне сервиса

Соглашение об уровне сервиса (SLA) облачного провайдера обычно обещает доступность в процентах за месяц. Полезно перевести процент в часы: 99,9 % доступности за 30-дневный месяц допускают около 43 минут недоступности, 99,5 % — около 3,6 часа, 99 % — около 7,2 часа. Это простая арифметика: 30 дней × 24 часа × доля недоступности.

Важно, что считается недоступностью по договору. Часто исключаются плановые работы, проблемы на стороне клиента, обстоятельства непреодолимой силы. И почти всегда компенсация — это скидка на следующий период, а не возмещение потерь бизнеса.

Поэтому SLA — не замена плану Б. Он говорит, что провайдер постарается восстановить сервис и что вы получите, если не получится. Что делает ваша компания, пока сервис недоступен, решаете только вы.

При сравнении провайдеров смотрите не только на цифру, но и на то, публикуется ли история инцидентов, как быстро провайдер сообщает о проблемах и есть ли у вас доступ к журналам и выгрузке данных.

Почта у хостинг-провайдера

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

Хостинговая почта подходит небольшим компаниям, которым нужна только почта, и как временное решение. Перед выбором уточните у провайдера лимиты отправки (иначе массовая рассылка счетов из 1С упрётся в лимит), наличие IMAP, антиспама и резервного копирования, а также что будет с почтой при неоплате хостинга сайта.

Подробнее о плюсах, ограничениях и вопросах к провайдеру — в отдельной статье серии о почте у хостинг-провайдера.

Почему Google Workspace и Microsoft 365 большинству компаний в России не подходят

Ещё несколько лет назад частым ответом на вопрос «куда перенести почту» были Google Workspace и Microsoft 365. Сейчас для большинства российских компаний это не вариант, и причины проверяемые.

Microsoft 4 марта 2022 года объявила о приостановке новых продаж продуктов и услуг в России (Ведомости). Google в 2022 году приостановил большую часть коммерческой деятельности в России, а в 2023 году, по сообщениям СМИ со ссылкой на «Коммерсантъ», начал блокировать доступ к Workspace для российских компаний, находящихся под санкциями США (The Moscow Times).

К этому добавляется требование закона о персональных данных о локализации: при сборе персональных данных граждан России оператор обязан обеспечить их запись, систематизацию, накопление, хранение, уточнение и извлечение с использованием баз данных на территории Российской Федерации (ч. 5 ст. 18 Федерального закона № 152-ФЗ). Корпоративная почта почти всегда содержит персональные данные, поэтому выбор зарубежного сервиса — это вопрос к юристу компании.

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

Как оценить провайдера по прозрачности

Кроме функций и цены, у облачного провайдера стоит оценить прозрачность: насколько быстро и подробно он сообщает о проблемах. Есть ли публичная страница статуса и история инцидентов? Сообщает ли провайдер клиентам о сбоях сам или вы узнаёте о них от сотрудников? Публикует ли разборы крупных инцидентов?

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

Для облачных платформ «Яндекса», например, есть страница статуса Yandex Cloud с историей событий. Посмотрите, есть ли аналог у провайдера, которого вы выбираете.

Вопросы к облачному провайдеру и хорошие ответы

Список вопросов, которые стоит задать до подписания договора с облачным сервисом почты, и ответы, после которых можно двигаться дальше.

Если на несколько вопросов ответа нет или он звучит как «это не нужно», стоит присмотреться к другим вариантам.

Направление 2. Собственный сервер

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

Из открытых решений чаще всего выбирают mailcow, iRedMail и Carbonio CE, всё больше интереса к Stalwart. Их отличия, официальные требования к серверу и порядок переезда мы собрали в статье «Перенос почты с Яндекса на свой сервер».

Цена контроля — обслуживание. Почтовый сервер нужно обновлять, следить за бэкапами и их восстановлением, за репутацией IP-адреса и чёрными списками, за подозрительными входами. Если в компании этим некому заниматься, свой сервер становится не решением, а уязвимостью. Выход — передать обслуживание подрядчику по договору со сроками реакции.

Отдельный вариант — разместить сервер не у себя, а на инфраструктуре подрядчика: вы получаете выделенную почтовую систему без своего железа. Такой вариант мы предлагаем на серверах в ЦОД МТС.

Свой сервер и учётные записи: LDAP и Active Directory

Если в компании есть домен Active Directory или каталог LDAP, собственный почтовый сервер можно к нему подключить: сотрудники входят в почту тем же паролем, что и в компьютер, а увольнение сотрудника в каталоге сразу закрывает ему почту. В облаке такая интеграция тоже возможна, но зависит от возможностей сервиса и тарифа.

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

Поддержку LDAP и AD имеют все популярные решения для собственного сервера, но настраивается она по-разному. Подробно о переносе пользователей и паролей — в статье серии о LDAP, AD и SSO при переезде.

Телефоны и Outlook при каждом направлении

Для сотрудников главное — чтобы почта, календарь и контакты работали там же, где раньше: в браузере, в Outlook и на телефоне. Это стоит проверить до выбора, а не после переезда.

Облачные сервисы обычно предлагают свои мобильные приложения и веб-интерфейс; работа в Outlook — по IMAP или через собственный модуль, если он есть. Уточните, как в выбранном сервисе работают общие календари и делегирование в Outlook.

Собственные серверы работают с любыми почтовыми программами по IMAP и SMTP, календари и контакты на телефонах — по CalDAV и CardDAV, если решение их поддерживает (mailcow через SOGo, Carbonio CE, Stalwart). Синхронизация по протоколу ActiveSync есть не у всех и может требовать больше ресурсов.

Самый надёжный способ — тестовый ящик в вашем домене на кандидатной площадке и неделя работы на нём у двух-трёх сотрудников с разными устройствами.

Интеграции: 1С, CRM и сайт при выборе площадки

Учётные системы, CRM и сайт отправляют почту через SMTP. При выборе площадки важно, какие у неё лимиты отправки: облачные сервисы и хостинг ограничивают число писем в час или в сутки, и массовая рассылка счетов в конце месяца может в них упереться. Узнайте лимиты заранее и сопоставьте с вашими реальными объёмами.

Для массовых рассылок клиентам — новостей, акций — корпоративная почта вообще не предназначена: для этого есть специализированные сервисы рассылок со своим доменом отправителя и DKIM. Смешивание рассылок с рабочей почтой ухудшает доставляемость обычных писем.

На собственном сервере лимиты задаёте вы, но репутацию IP-адреса для массовых отправок тоже обеспечиваете вы. Если компания отправляет много автоматических писем, обсудите это с тем, кто будет обслуживать сервер.

Безопасность: кто за что отвечает в каждом направлении

В облаке за безопасность инфраструктуры отвечает провайдер, а за безопасность учётных записей — вы: сложные пароли, двухфакторная аутентификация, своевременное отключение уволенных, контроль паролей приложений. Большинство взломов облачной почты происходит именно через учётные записи, а не через инфраструктуру провайдера.

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

В гибриде — обе зоны ответственности сразу, плюс маршрутизация между системами, которую тоже нужно защищать.

Вне зависимости от направления нужен минимум: двухфакторная аутентификация для администраторов, журнал входов, процедура отключения уволенных и регулярная проверка того, какие пароли приложений и пересылки настроены в ящиках.

Где разместить свой сервер: офис, аренда или дата-центр подрядчика

В офисе. Плюсы — оборудование физически у вас. Минусы — зависимость от электропитания, интернет-канала и климата в серверной офиса; нужен статический IP-адрес с возможностью настроить PTR-запись; при переезде офиса переезжает и почта. Подходит, если в офисе уже есть нормальная серверная с ИБП и резервным каналом.

Арендованный виртуальный или выделенный сервер у хостинг-провайдера. Плюсы — дата-центр с резервированием питания и каналов, статический IP. Минусы — провайдер может блокировать исходящий порт 25 по умолчанию, это надо уточнить заранее; данные у провайдера, хотя и на вашем сервере.

Инфраструктура подрядчика, который вас обслуживает. Плюсы — один ответственный за сервер и за почту, бэкапы и мониторинг уже настроены. Минусы — зависимость от подрядчика, поэтому важно, чтобы доступы и копии были у компании.

В любом варианте бэкапы почтового сервера должны храниться на другой площадке, чем сам сервер.

Отказоустойчивость своего сервера: что реально нужно

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

Сервер в дата-центре или в серверной с ИБП и резервным каналом. Ежедневная резервная копия на другую площадку с проверкой восстановления. Мониторинг, который сообщает о проблемах до того, как их заметят сотрудники. Описанный порядок восстановления: сколько времени займёт поднять почту на новом сервере из копии.

Помните, что при недоступности вашего сервера входящая почта не теряется сразу: серверы отправителей повторяют доставку несколько дней, по RFC 5321 срок до отказа обычно не меньше 4–5 дней. Поэтому для небольшой компании важнее быстро восстановиться из копии, чем никогда не падать.

Если почта критична и простой даже в несколько часов недопустим, тогда уже имеет смысл второй сервер в другом месте и резервный MX или схема с репликацией. Это обсуждается отдельно, под конкретные требования.

Направление 3. Российское ПО из реестра

Коммерческие почтовые системы российских производителей — CommuniGate Pro, RuPost, Mailion — внесены в единый реестр российских программ (номера записей: CommuniGate Pro — 7112, RuPost — 14647, Mailion — 12707). Их разворачивают на собственных серверах, как и открытые решения, но с лицензиями и поддержкой производителя.

Кому это обязательно. Для государственных и муниципальных заказчиков действует Постановление Правительства РФ № 1236 от 16.11.2015: оно устанавливает запрет на допуск иностранного программного обеспечения при закупках для государственных и муниципальных нужд, с исключениями, которые нужно обосновывать. Для таких организаций выбор ПО из реестра — не вопрос вкуса.

Кому стоит рассмотреть. Компаниям, которые работают с госзаказчиками, обрабатывают данные с повышенными требованиями к защите или имеют сотни и тысячи пользователей и хотят поддержку производителя.

Кому обычно избыточно. Небольшим коммерческим компаниям без регуляторных требований: стоимость лицензий и внедрения здесь выше, чем у открытых решений. Сравнение трёх систем — в отдельной статье серии.

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

Направление 4. Гибридная схема

Гибрид — это один домен и несколько почтовых систем. Варианты, которые встречаются чаще всего.

По ролям: руководство, бухгалтерия и юристы — на собственном сервере, остальные сотрудники — в облаке. Чувствительная переписка под вашим контролем, а для большинства сохраняется простота облака.

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

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

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

Перед тем как строить гибрид, ответьте на вопрос: что будет, если одна из двух систем недоступна? В хорошо спроектированной схеме сотрудники второй системы продолжают работать, а почта для недоступной части копится в очереди и доставляется после восстановления. Если схема устроена так, что отказ любой части останавливает всю почту, гибрид увеличивает риск, а не снижает его.

Архив и хранение переписки

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

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

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

Направление 5. Остаться, но с резервом

Если текущий сервис устраивает по функциям и цене, а беспокоит только зависимость, переезд не обязателен. Достаточно резервного контура: регулярной копии всех ящиков на площадке другого поставщика и описанного порядка действий при недоступности основного сервиса.

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

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

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

Чем сложнее переход между направлениями

Не все переходы одинаковы по трудоёмкости. Из облака в облако и из облака на свой сервер — самые отработанные: письма по IMAP, контакты и календари в стандартных форматах, смена DNS.

С сервера на сервер — тоже просто, если оба поддерживают IMAP; иногда есть собственные инструменты миграции, которые переносят и настройки ящиков.

Сложнее всего переходы, где теряются связи между данными: общие календари с приглашениями, делегированные права, правила обработки писем. Они почти никогда не переносятся автоматически и требуют ручной работы по списку.

Ещё один трудный случай — когда старая система хранит почту в закрытом формате без IMAP-доступа. Именно поэтому в критериях выбора есть пункт про план выхода.

Сроки по направлениям

Сроки складываются из подготовки площадки, переноса и сопровождения. Ориентиры для компании на 10–50 ящиков.

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

Свой сервер на открытом ПО. Добавляется подготовка сервера: установка, сертификаты, антиспам, бэкапы, мониторинг, защита. По нашей практике, отражённой на странице услуги, настройка сервера, DNS и перенос ящиков занимают 3–5 рабочих дней после аудита и согласования плана.

ПО из реестра. Добавляются закупка лицензий, согласование с производителем или интегратором и часто более длинные внутренние согласования. Закладывайте недели.

Гибрид. Дольше всех, потому что настраиваются две системы и маршрутизация между ними; зато его можно вводить поэтапно.

Как сотрудники воспримут переезд

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

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

В любом случае подготовьте короткую инструкцию со скриншотами нового интерфейса и настройками для телефонов, назначьте ответственного, к которому можно обратиться, и не планируйте переезд на конец месяца или квартала, когда у бухгалтерии самая нагруженная переписка.

Мифы о выборе почты для компании

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

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

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

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

«Сменим провайдера — и проблема решена». Если новая площадка снова единственная и без копии, проблема отложена, а не решена.

Чем рискует компания, если ничего не менять

Не менять ничего — тоже решение, и иногда разумное. Но его стоит принимать осознанно, понимая риски.

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

Если после оценки рисков решено ничего не менять, хотя бы закройте эти три пункта: копия, порядок действий, второй администратор. Это недорого и не требует переезда.

Как выбрать: примеры по профилю компании

Ниже — не правила, а типичные решения, к которым мы приходим с клиентами. Ваше может отличаться.

Если сомневаетесь между двумя вариантами, выбирайте тот, у которого лучше план выхода: проще уйти — меньше риск ошибки.

Как принять решение за две недели

Неделя 1. Инвентаризация и требования. Список ящиков и объёмов, функции, которыми реально пользуются (календари, общие ящики, Outlook, телефоны), устройства и программы, отправляющие почту. Короткая встреча с юристом или ответственным за персональные данные: есть ли требования к размещению данных и ПО. Решение, кто будет обслуживать почту.

Неделя 2. Сравнение и пробный ящик. Два-три варианта, которые прошли по требованиям, сравниваются по стоимости на три года по официальным ценам и по плану выхода. Для финального кандидата — тестовый ящик в вашем домене и проверка работы на телефонах и в Outlook. Пробный перенос самого большого ящика даёт реальную оценку сроков.

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

Поэтапный переход вместо «большого переезда»

Если компания большая или сомневается в выборе, не обязательно переводить всех сразу. Поэтапный переход снижает риск и даёт время убедиться, что решение подходит.

Этап 1 — резервный контур: копия всех ящиков на новую площадку по расписанию. Ничего не меняется для сотрудников, но данные уже на новом месте.

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

Этап 3 — переключение всех: смена MX, финальный проход, перенастройка устройств. К этому моменту известны все проблемы пилота, а данные уже перенесены.

Этап 4 — старая площадка становится архивом или резервом, а затем отключается по согласованному сроку.

Типичные ошибки при выборе

Выбирают по цене за ящик в первый месяц. Через год выясняется, что архив, дополнительные адреса и поддержка стоят отдельно, а плата за ящик выросла.

Выбирают свой сервер без человека, который будет его обслуживать. Через полгода — неустановленные обновления, подобранные пароли, рассылка спама от имени компании.

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

Переносят DNS домена к тому же поставщику, что и почту, «чтобы было удобно». Удобство оборачивается тем, что любая проблема у поставщика затрагивает и почту, и сайт, и возможность быстро переключиться.

Не тестируют работу на телефонах и в Outlook до переезда. Проблемы с календарями и общими ящиками обнаруживаются в первый рабочий день после переключения.

Не делают копию старых ящиков перед отключением. Если на новом месте что-то не перенеслось, исходника уже нет.

Вопросы к подрядчику, который будет переносить почту

Если переезд и обслуживание будет делать подрядчик, задайте ему несколько вопросов до договора. Ответы многое скажут о качестве работы.

Как вы проверяете, что перенесены все письма? Хороший ответ — сверка числа писем и объёма по каждому ящику и отсутствие ошибок в логах переноса, а не «всё переносится автоматически».

Что будет с письмами, которые придут во время переключения? Хороший ответ — финальный проход после смены MX и сохранение старых ящиков на несколько недель.

Где будут бэкапы и как часто проверяется восстановление? Хороший ответ — на другой площадке, с регулярной проверкой.

Какие доступы останутся у нас? Правильный ответ — все: администратор почты, регистратор домена, DNS, документация.

Что входит в обслуживание и какие сроки реакции? Ответ должен быть в договоре, а не только на словах.

План выхода: как не повторить ситуацию через два года

Любое решение со временем может перестать устраивать. Чтобы следующий переезд был простым, сразу заложите несколько правил.

Почта на своём домене, а не на адресах сервиса. Домен зарегистрирован на компанию, доступ к регистратору — у руководителя.

DNS-зона домена — не у того же поставщика, что и почта. Тогда смена почтового сервиса — это смена нескольких записей, а не перенос всего домена.

Регулярная копия ящиков на другой площадке. Она же служит стартовой точкой следующего переезда.

Документация: где почта, кто администраторы (минимум двое), где копии и как их восстановить, какие устройства и программы отправляют почту.

Стандартные протоколы. Выбирайте решения, где письма доступны по IMAP, контакты — по CardDAV или в vCard, календари — по CalDAV или в iCal. Закрытые форматы затрудняют уход.

Домен и DNS: общие требования при любом выборе

Какое бы направление вы ни выбрали, есть несколько требований к домену, без которых переезд и дальнейшая работа будут сложнее.

Домен зарегистрирован на компанию, включено автопродление, доступ к кабинету регистратора — у руководителя и у ответственного ИТ. Просроченный домен останавливает почту и сайт одновременно.

DNS-зона обслуживается там, где вы можете быстро менять записи, и не у того же поставщика, что почта. Все записи зоны сохранены в документации.

Для почты настроены SPF, DKIM и DMARC; политика DMARC доведена до quarantine или reject после переходного периода. Это защищает домен от подделки писем от имени компании.

Как менять записи при переезде без потери писем — в статье «MX, SPF, DKIM, DMARC и TTL при смене почтового провайдера».

Сколько стоит каждое направление

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

Цены сторонних сервисов и лицензий меняются, поэтому сравнивайте их на официальных страницах на дату решения и считайте на три года. Наши подтверждённые цены — в блоке ниже; точную смету фиксируем после аудита.

Чек-лист выбора площадки для почты

Ответьте на каждый вопрос до выбора.

• известно, сколько ящиков и какой общий объём почты
• решено, кто будет отвечать за почту: свой специалист, подрядчик или провайдер
• юрист или ответственный за ПДн подтвердил требования к размещению данных
• проверено, нужны ли ПО из реестра и сертифицированные средства защиты
• составлен список нужных функций: календари, общие ящики, Outlook, телефоны
• у выбранной площадки есть IMAP, выгрузка vCard и iCal
• стоимость посчитана на три года по официальным ценам на дату решения
• DNS домена будет не у того же поставщика, что и почта
• запланирована регулярная копия ящиков на другой площадке

Шпаргалка

Нет администратора и нужна простота — облако на российской площадке или ящики у подрядчика, плюс копия на другой площадке.

Важен контроль над данными и есть кому обслуживать — свой сервер на открытом ПО в дата-центре, с бэкапами и мониторингом.

Госзаказчик или требования регулятора — ПО из реестра.

Разным сотрудникам нужны разные решения — гибрид по ролям.

Текущий сервис устраивает — остаться и построить резервный контур.

При любом выборе: свой домен, DNS у другого поставщика, два администратора, регулярная копия и решения со стандартными протоколами.

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