Счёт не дошёл до клиента. Менеджер уволился вместе с историей переписки. Встреча есть в календаре директора, но отсутствует у коллег. Корпоративная почтовая система нужна, чтобы компания управляла адресами, перепиской и доступом, а сотрудники могли нормально работать. Красивый адрес на домене — только начало.
Что получает бизнес
- Адреса сотрудников и отделов на своём домене.
- Сохранение рабочих писем при смене персонала.
- Общие календари, контакты и управляемые права.
- Понятную ответственность за доставку и восстановление.
Что нужно решить заранее
- Где будут храниться письма и резервные копии.
- Какие клиенты, телефоны и интеграции нужны.
- Кто обслуживает систему и реагирует на сбои.
- Как перенести данные и при необходимости уйти с платформы.
Из чего состоит корпоративная почта
Почтовый сервер принимает, отправляет и хранит сообщения. Почтовый клиент показывает их пользователю: это приложение на компьютере, телефоне или веб-интерфейс. Outlook — клиент; Exchange — серверная платформа. Покупка одного не означает, что приобретено другое.
Groupware — система совместной работы: помимо писем она может включать календари, адресную книгу, задачи и бронирование переговорных. Наличие SMTP и IMAP само по себе не означает поддержку всех этих возможностей.
Какие функции нужны компании
| Задача | Что искать | Что проверить руками |
|---|---|---|
| Работа отдела продаж | Общий ящик, делегирование, отправка от имени отдела | Кому доступны письма и где сохраняются отправленные ответы |
| Совместные встречи | Календари, занятость участников, переговорные | Приглашение, перенос, отмена, повторяющиеся события |
| Работа с телефона | Поддерживаемые приложения и способы синхронизации | Почта, контакты и календарь на реальных устройствах |
| Управление сотрудниками | Роли, группы, единый вход, аудит | Приём и увольнение, блокировка сеансов и смена полномочий |
| Письма из 1С, CRM и сайта | Поддерживаемая отправка и отдельные служебные учётные записи | Авторизация, лимиты, вложения, уведомления об ошибке |
Совместимость с Outlook — не один переключатель. В выбранной версии проверяют письма, общие ящики, адресную книгу, календари, занятость и работу без сети. Для части функций могут понадобиться плагин, отдельная лицензия или другой клиент.
Ящик, псевдоним и группа: в чём разница
ivan@example.com — собственное хранилище писем и индивидуальный доступ сотрудника.
info@example.com может вести в существующий ящик. Обычно отдельного хранилища у псевдонима нет.
team@example.com доставляет сообщения участникам. Общая история ответов автоматически из этого не появляется.
Общий ящик отдела — отдельный сценарий: несколько людей работают с общей перепиской через личные учётные записи. Реализацию, лицензирование и права проверяют у выбранного продукта.
Если просто пересылать заявку двум людям, оба могут ответить одновременно, а история останется в личных «Отправленных». Общий ящик помогает собрать переписку, но распределение ответственных и контроль сроков могут потребовать CRM или системы обращений. Почта не заменяет очередь заявок.
Как письмо доходит до получателя
Отправляет письмо из клиента в свою почтовую систему.
Проверяет отправку и через DNS находит MX домена получателя.
Принимает SMTP-соединение, проверяет письмо и применяет фильтры.
Сообщение попадает во входящие, спам или карантин — по результатам обработки.
Отметка «Отправлено» в приложении не доказывает, что человек получил или прочитал сообщение. При диагностике нужны адреса, время с часовым поясом, Message-ID, уведомление о недоставке и журналы почтового сервера. Ответ SMTP 250 означает принятие на соответствующем этапе, а не прочтение человеком.
Временный отказ обычно приводит к очереди и повторным попыткам по правилам сервера. Постоянный отказ требует разбора причины. Если письмо принято принимающей стороной, дальше проверяют её карантин, папки и правила, а не бесконечно меняют DNS отправителя.
MX, SPF, DKIM, DMARC и PTR простыми словами
Указывает серверы приёма почты для домена. Не настраивает автоматически исходящую отправку и доступ сотрудников.
Описывает разрешённые источники отправки для домена SMTP-конверта. Не проверяет содержимое письма и не равен проверке видимого From.
Позволяет проверить криптографическую подпись выбранных заголовков и тела. Не шифрует письмо и не доказывает добросовестность отправителя.
Связывает видимый домен From с успешно проверенным и согласованным по домену SPF либо DKIM; задаёт политику и отчётность.
Связывает IP отправляющего сервера с именем. Обычно меняется у владельца IP; проверяют и обратное соответствие имени этому адресу.
Крупные получатели публикуют собственные требования к отправителям: аутентификация домена, DNS, TLS, репутация и правила рассылок. Даже корректные записи не компенсируют взломанный ящик и массовые жалобы на спам.
Практический порядок: найти все легитимные источники — сотрудников, 1С, сайт, CRM, сервис рассылок; настроить их подпись и разрешения; изучить отчёты DMARC; затем выбирать политику отклонения. Слепо скопированный reject может заблокировать собственные счета и уведомления. TLS защищает соединение между участвующими узлами, но сам по себе не даёт сквозного шифрования от человека до человека.
Готовый сервис, облачная ВМ или свой сервер
Платформу обслуживает провайдер. Компания управляет людьми, правами, доменом и согласованными политиками.
Проверить тариф, экспорт, восстановление и поддержкуПровайдер предоставляет ресурсы. ОС, почтовое ПО и доставка обычно остаются у команды или подрядчика.
Согласовать SMTP, IP/PTR, диски, копии и администрированиеКоманда отвечает также за оборудование, питание, охлаждение и связь либо покупает размещение в ЦОД.
Учесть инфраструктуру, обслуживание и резервированиеДля небольшой компании без специальных требований готовый сервис часто сокращает объём администрирования. Собственное размещение имеет смысл при требованиях к интеграциям, управлению данными и инфраструктурой — если есть команда и бюджет эксплуатации. Рентабельность сравнивают на одинаковом составе функций и ответственности.
ВМ — ещё не готовый почтовый сервис. До аренды проверяют возможность внешней SMTP-доставки, ограничения провайдера, статический IP и изменение PTR, репутацию адреса, исходящие лимиты. Выделенная ВМ сама по себе не создаёт второй узел, резервные копии и круглосуточное сопровождение.
Российские решения: какие варианты рассмотреть
Примеры проверены по официальным страницам 26.10.2026. Это ориентиры для выбора, не рейтинг. Российское происхождение, актуальная запись в реестре ПО и соответствие условиям конкретной закупки проверяются отдельно.
| Решение | Что рассмотреть | Что включить в пилот |
|---|---|---|
| Яндекс 360 для бизнеса | Готовый сервис корпоративной почты и совместной работы | Общие ящики, права, интеграции, экспорт и функции выбранного тарифа |
| VK WorkSpace | Корпоративная почта в составе платформы; здесь рассматриваем SaaS | Реальные клиенты, делегирование, перенос данных и администрирование |
| CommuniGate Pro | Серверная коммуникационная платформа, почта и совместная работа | Версия, поддерживаемая ОС, клиентские компоненты и требуемые интеграции |
| МойОфис Почта | Почта, календари, задачи и контакты с серверным управлением | Миграция, клиенты, общие ресурсы и состав лицензирования |
| Почтовый сервер Р7 | Серверное решение с документацией по установке и эксплуатации | Состав поставки, зависимости, совместимость и отдельные средства совместной работы |
Просите показать ваш сценарий: приглашение с телефона, общий календарь в нужном клиенте, ответ от имени отдела, отправку из 1С. Демонстрация веб-интерфейса не подтверждает работу всей организации.
Зарубежные платформы и открытые компоненты
| Решение | Подход | Что проверить |
|---|---|---|
| Exchange Online / Microsoft 365 | Облачная почта Microsoft и связанные сервисы по составу плана | Доступность поставки и оплаты, лицензии, размещение, миграция и экспорт |
| Exchange Server SE | Собственное серверное развёртывание Exchange | Поддерживаемые ОС и каталог, серверные и клиентские лицензии, обновления |
| Google Workspace | Gmail на домене компании с инструментами совместной работы | Состав плана, условия использования, клиенты, перенос календарей и права |
| Zimbra | Почта и совместная работа в серверной платформе | Редакцию, поддержку, резервное копирование, лицензирование и клиентские возможности |
Для нового проекта Microsoft рассматривают актуальную ветку SE, а не автоматически повторяют старую схему Exchange 2016/2019: обычная поддержка этих версий завершена. Условия специальных программ обновлений проверяют отдельно. Возможность скачать зарубежный продукт не подтверждает доступность лицензий, платежей и поддержки для конкретного заказчика.
Dovecot обеспечивает доступ к почтовым ящикам, а SMTP-сервер, например Postfix, занимается транспортом. Их можно объединить с веб-клиентом и фильтрами. mailcow собирает ряд компонентов в интегрируемый стек. Открытый код уменьшает зависимость от лицензии, но не отменяет обновления, настройку, копии и работу специалиста. Это отдельный вариант архитектуры, а не десятый коммерческий вендор в таблице.
Защита: чего не решает один антиспам
- Захват учётной записи: MFA там, где поддерживается, индивидуальные доступы, контроль сеансов и подозрительных правил пересылки.
- Поддельные счета: фильтрация, проверка доменов и отдельное подтверждение смены реквизитов по известному каналу.
- Вредоносные вложения: почтовые проверки вместе с защитой рабочих мест и обучением сотрудников.
- Администраторский доступ: отдельные роли, журналирование, регламент и ограничение полномочий.
- Публикация сервера: своевременные обновления, сертификаты, мониторинг и разделение служебного управления с пользовательским доступом.
Режим работы с устаревшим принтером или приложением согласуют отдельно: возможность SMTP-отправки, метод авторизации и ограничения по адресам. Ради одного устройства не следует превращать сервер в открытый ретранслятор или отключать защиту для всех пользователей.
Почтовый шлюз фильтрует поток, но не заменяет сервер ящиков. Подробности — в статье об антиспам-системах. SPF, DKIM и DMARC не остановят письмо мошенника с корректно настроенного похожего домена.
Репликация, архив и резервная копия
Помогает продолжить работу при отказе узла. Удаление или повреждение может передаться на реплику.
ДоступностьХранит переписку по правилам поиска и сроков хранения. Не обязательно содержит настройки и состояние всей системы.
История и поискПозволяет вернуться к пригодному состоянию. Нужно проверить восстановление письма, ящика и системы.
Возврат после потериВ SaaS уточняют сроки корзины и восстановления, доступность экспорта, действия после удаления пользователя и ограничения администратора. Фраза «данные в облаке» этих условий не определяет. Для своего сервера в план включают ящики, каталоги и настройки, сертификаты, ключи DKIM и зависимости — по документации продукта.
Копия «на вчера» может уже не содержать нужных писем. Проверяют глубину хранения точек, период обнаружения ошибки и восстановление в отдельный ящик, чтобы не перезаписать сегодняшнюю переписку. После восстановления сверяют даты, вложения и доступы.
Для отказа всей системы и возврата одного письма можно согласовать разные RTO и RPO. Срок хранения копий и допустимая потеря новых сообщений — разные параметры.
Как организовать переезд без хаотичной смены MX
Ящики, объёмы, псевдонимы, группы, клиенты и отправители.
Тестовые пользователи, первая загрузка и проверка функций.
План DNS, маршрутов, клиентов и дополнительного переноса новых писем.
Входящие, исходящие, интеграции, календари, права и восстановление.
IMAP-перенос обычно переносит письма и папки. Он не означает автоматический перенос календарей, контактов, задач, делегирования, правил и прав. Для каждого типа данных нужен поддерживаемый способ, а затем проверка результата.
- Подготовить новую систему, домен и исходящих отправителей до смены доставки.
- Изменять TTL заранее, учитывая срок жизни старых записей в кешах. Мгновенное переключение всех отправителей не гарантируется.
- Предусмотреть период, когда письма ещё могут приходить на старую площадку; проверить маршрутизацию и дополнительную синхронизацию.
- Сверять папки, количество и выборочные письма с вложениями; разницу объяснять, а не прятать за общей цифрой «перенесено».
- Старую систему выводить после приёмки, завершения согласованного периода наблюдения и сохранения необходимых копий.
План возврата — не просто вернуть MX. После переключения письма уже могут оказаться на обеих площадках. Нужны сохранность новых сообщений, согласование направлений синхронизации, контроль дублей и подтверждение работы клиентов.
Три прикладных ситуации
Блокируют личный вход и активные сеансы, проверяют токены и правила. По утверждённому порядку сохраняют рабочую переписку и выдают доступ ответственному. Настраивают согласованный автоответ или передачу обращений. Общий пароль бывшего сотрудника не должен становиться способом работы отдела.
Выясняют, кто реально отправляет письмо: сама 1С через SMTP, почтовый клиент или внешний сервис. Смотрят полный заголовок, результат SPF/DKIM/DMARC, адрес выхода и ответ получателя. Затем исправляют конкретный путь отправки. Настройки ящика менеджера могут вообще не участвовать в этом маршруте.
Проверяют не «почту в целом», а календарный протокол, клиент, права и способ миграции. Успешная настройка IMAP не доказывает синхронизацию календаря. На пилоте отдельно проверяют часовые пояса, перенос и отмену встреч, повторения и занятость переговорных.
Как оценить объём и стоимость
Пользовательские ящики: 480 ГБ фактически занятых данных.
Общие и служебные ящики. Всего на сегодня: 600 ГБ.
Измеренный прогноз роста за год: получится 780 ГБ почтовых данных.
ГБ здесь — десятичные единицы. Значения из интерфейсов сначала приводят к одной системе единиц. Это объём данных, а не готовый размер дискового массива.
Далее отдельно учитывают индексы, журналы, очереди, служебные базы, рабочий запас свободного места и особенности хранения продукта. Реплики и резервные копии считают отдельно; коэффициент сжатия или дедупликации не выдумывают. Производительность зависит также от активных клиентов, поиска, размера вложений и интенсивности потока.
В бюджет включают лицензии и тарифы, миграцию, ресурсы, защиту, копии, обслуживание и обучение. Сравнивают одинаковые функции, срок и обязанности. «Дешёвая ВМ» и готовый сервис с поддержкой — предложения с разным объёмом работ; для корректного сравнения недостающие работы добавляют.
Две памятки для подготовки проекта
Паспорт почтовой системы
Ящики, общие адреса, DNS, приложения, зависимости, хранение и ответственные. Без паролей и секретных ключей.
Скачать паспорт · TXTПриёмка миграции
Доставка, папки, вложения, календари, доступы, приложения, копии и условия завершения перехода.
Скачать памятку · TXTВыбрать площадку и организовать сопровождение
ИТ-аутсорсинг: управляемая почта
- Разобрать текущую схему и проблемы доставки.
- Составить требования и провести пилот перехода.
- Согласовать обновления, мониторинг и копирование.
- Определить порядок работы с сотрудниками и доступами.
Объём работ, поддерживаемую платформу и реакцию на обращения согласуют по вашей системе.
Обсудить сопровождениеОблачные ресурсы: площадка для сервера
- Оценить вычисления и объём почтовых данных.
- Проверить SMTP, адресацию и сетевые ограничения.
- Согласовать хранение, копии и восстановление.
- Сравнить ВМ с готовым почтовым сервисом.
Ресурсы, лицензии и услуги администрирования определяются отдельно по требованиям проекта.
Рассчитать ресурсыВопросы о корпоративной почте
Можно оставить свой домен при переезде?
Да, если компания контролирует домен и может изменить нужные DNS-записи. Пользовательские адреса можно сохранить, но настройка клиентов и перенос данных требуют отдельного плана.
Облачная почта и почта на облачной ВМ — одно и то же?
Нет. В готовом сервисе провайдер обслуживает платформу в рамках договора. На обычной ВМ нужно отдельно устанавливать и сопровождать ОС и почтовую систему.
Подойдёт ли бесплатный почтовый сервер?
Может подойти, если его функции соответствуют задаче и есть команда для эксплуатации. Отсутствие платы за лицензию не убирает расходы на инфраструктуру, безопасность, обновления и восстановление.
IMAP перенесёт всю работу из Exchange?
Нет. Письма и папки — лишь часть данных. Календари, контакты, задачи, правила, делегирование и общие ресурсы проверяют и переносят отдельными поддерживаемыми средствами.
Нужны ли копии, если у провайдера всё зарезервировано?
Резервирование помогает при отказе оборудования, но не обязательно при удалении пользователем. Сначала проверяют условия восстановления и выгрузки сервиса, затем закрывают оставшиеся риски согласованной схемой копирования.
Можно гарантировать, что письма никогда не попадут в спам?
Нет: решение принимает и система получателя. Корректная аутентификация, репутация, содержание и контроль отправки уменьшают риск, а журналы и идентификаторы помогают расследовать конкретный случай.