Корпоративная почта на домене: план запуска без хаоса и потери писем

С чего начать аудит

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

Если этот шаг пропустить, после запуска всплывают забытые адреса вида info, sales, docs, billing и support. Формально почта уже работает, но бизнес-процессы начинают спотыкаться.

• личные ящики сотрудников
• общие адреса отделов
• алиасы и группы
• сервисы, которые отправляют письма

Почему DNS важнее интерфейса

Красивый веб-интерфейс не спасает, если домен настроен неверно. MX отвечает за маршрут входящей почты, SPF говорит, кто имеет право отправлять письма, DKIM подписывает исходящие сообщения, а DMARC задаёт политику доверия.

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

Как переносить письма без нервов

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

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

Что происходит после запуска

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

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