СИАБИТ · Корпоративная почта
Проверим, какие сервисы отправляют письма от имени домена, и настроим согласованную аутентификацию. Важно сохранить доставку легитимных сообщений сайта, CRM и сотрудников.
Обсудить настройку почты и DNS
Укажите домен и проблему с письмами — проверим состав задачи и оценим настройку записей.
Что проверяем
| Механизм | Назначение проверки |
|---|---|
| SPF | Какие серверы разрешены для отправки и нет ли конфликтов записей |
| DKIM | Подпись исходящих писем и публикация нужного ключа |
| DMARC | Согласованность доменов, политика обработки и отчёты |
| Источники | Почтовая платформа, сайт, CRM и сервис рассылок |
Почему настройку делаем поэтапно
Сначала инвентаризируем отправителей и проверяем примеры писем. Строгая политика без учёта сервисов может повлиять на нужную корреспонденцию. Порядок ужесточения и обработку отчётов определяем после проверки реальных источников.
Что получите
Список согласованных записей, перечень отправителей и результаты проверки примеров сообщений. Указываем, кто отвечает за новые сервисы. Аутентификация — лишь часть доставки: репутация, содержание, качество базы и фильтры получателя также влияют на попадание письма во входящие.
Стоимость: что входит в расчёт
Считаем подписку платформы по пользователям или ресурсам, настройку домена, перенос данных и поддержку. Уточняем общие ящики, архивы, алиасы, размер хранилища и требования к доступам. Стоимость лицензий подтверждаем по условиям выбранного сервиса на дату предложения.
Что согласуем перед началом
Аккаунты и домен остаются под контролем компании. Передаём сведения о настройках, администраторах и восстановлении доступа. Срок переключения и проверки входящих и исходящих писем согласуем с вашей командой.
Если корпоративная почта попадает в спам после изменений
Начните с конкретного примера: кто отправлял письмо, каким сервисом, на какой домен получателя и когда возникла проблема. Разделите письма сотрудников, сообщения сайта, CRM и рассылки. Успешная доставка одного источника не подтверждает настройку остальных. Для диагностики специалисту нужен исходный технический заголовок проблемного сообщения; передавать его следует согласованным защищённым способом.
При проверке SPF и DKIM сопоставляем фактического отправителя с действующими настройками домена и инструкциями его почтового провайдера. После переноса почты важно отдельно проверить сервисы, которые остались на прежней платформе. Изменять политику DMARC следует после оценки этих источников, а не только по результату одного автоматического теста.
Как зафиксировать результат
- Перечень проверенных отправителей и согласованных получателей.
- Дата проверки, наблюдаемый результат и оставшиеся ошибки.
- Какие записи изменены и кто отвечает за добавление новых сервисов.
- Что требует обращения к провайдеру или администратору получателя.
Не обещаем одинаковую доставку всем адресатам: фильтрация зависит и от факторов за пределами настроек домена. Если задача возникла при смене платформы, дополните диагностику чек-листом приёмки переноса почты. Для оценки задачи достаточно домена, перечня отправителей и описания симптома.
Вопросы и ответы
Гарантируете, что письма не попадут в спам?
Нет. Правильные записи важны, но не управляют фильтрами получателя. Проверяем доступные технические причины и наблюдаемый результат.
Можно просто включить строгий DMARC?
Сначала нужно учесть все легитимные источники. Политику меняем после проверки, чтобы не нарушить отправку сайта и CRM.
Связанные задачи
Управление доменом и DNS для сайта и почты · CRM-автоматизация и обработка заявок · Сервисные уведомления по email и SMS
Следующий шаг
Обсудить настройку почты и DNS
Домен, используемый почтовый сервис и кто ещё отправляет письма: сайт, CRM или сервис рассылок.
Предложим настройку SPF, DKIM и DMARC с проверкой отправки от согласованных сервисов.
Доступы к сервисам для первого обращения не нужны.
