Вы включили DKIM в SpaceWeb, но клиент продолжает находить письма в Спаме. Настройка могла сработать правильно, а папка остаться прежней. Возможен и другой вариант: письмо идёт через маршрут, который не использует включённую подпись, либо открытый ключ не опубликован в действующей DNS-зоне.
Разобраться помогает новая копия конкретного сообщения. Сохраните исходные заголовки, дату и способ отправки. Не ограничивайтесь скриншотом переключателя: он показывает настройку панели, а задача касается того, что получил внешний почтовый сервер.
Уточните, какая почта используется
SpaceWeb может размещать сайт, домен и готовую почтовую услугу, но приложение способно отправлять через внешний сервис или собственный сервер. Найдите фактический транспорт проблемного сообщения. Уведомление формы и ручной ответ сотрудника могут использовать разные системы даже с одинаковым From.
Если речь о собственном VPS, настройка общей почтовой услуги не переносится на установленный там MTA. Если используется внешний SMTP, параметры подписания берут у его владельца. Сначала определите границы системы, затем выбирайте подходящую инструкцию.
Проверьте условие автоматической публикации
В инструкции SpaceWeb по DKIM различаются домены на DNS-серверах провайдера с его почтовыми MX и домены с внешними DNS. Для первого случая описано включение подписи в панели; при внешних NS открытый ключ требуется добавить у действующего DNS-провайдера.
Это не означает, что ради DKIM нужно обязательно переносить DNS. Можно сохранить существующую инфраструктуру и правильно опубликовать нужную запись. Перед изменениями проверьте, какие NS авторитетны сейчас. Таблица записей в неиспользуемой панели не подтверждает публичную настройку.
Найдите селектор в новом письме
В DKIM-Signature сохраните значения d= и s=. По ним определяется имя открытого ключа. Если вы ищете только запись с привычным селектором, можно проверить не тот ключ и ошибочно признать настройку исправной. Селектор из реальной копии связывает DNS-проверку с отправкой.
Если подписи нет, выясните, прошёл ли пакет через нужный сервер. Если подпись есть, но ключ отсутствует, проверьте полное имя записи и публикацию. Если ключ найден, а проверка не проходит, не объявляйте проблему решённой: потребуется анализ соответствия ключей и возможного изменения подписанных частей сообщения.
Сохраните остальные почтовые системы домена
При доработке SPF учтите все действующие источники отправки. Сайт, сотрудники и CRM могут использовать разные серверы. Добавление нужного источника должно происходить в существующей политике, а не через вторую независимую SPF-запись на том же имени.
MX отвечает за входящую доставку и не подтверждает исходящий маршрут. DMARC проверяет согласование успешного метода с видимым From. Поэтому наличие всех трёх типов записей в DNS — полезная конфигурация, но не готовый результат аутентификации конкретной копии. Для вывода нужны данные письма.
Проведите контроль после изменения
Дождитесь, когда опубликованное значение видно в DNS, и сформируйте новое безопасное сообщение. Старые копии не получают новую подпись задним числом. Сохраните шаблон и отправителя, чтобы изменение можно было связать с настройкой, а не с одновременно переписанным текстом.
Через Check проверьте размещение на доступных контрольных адресах. Отправьте из того же клиента или обработчика сайта. Для каждого обнаруженного письма запишите папку и время, а для отсутствующих данных — ограничение. Нужный принимающий провайдер проверен только при наличии его адреса в тесте.
Что делать, если DKIM проходит
Успешная подпись показывает, что подписанные части прошли соответствующую проверку. Она не обещает основные Входящие и не раскрывает внутреннюю причину фильтрации. Если копия остаётся в Спаме, не выключайте рабочую подпись только потому, что ожидали другого результата.
Следующий опыт выбирайте по отдельной гипотезе. Сохраните техническую конфигурацию и измените один элемент рабочего сообщения, если для этого есть основание. Разбор pass при Спаме помогает продолжить диагностику без возвращения к случайной правке DNS.
По методологии Check результат относится к указанной копии, источнику и времени. Поддержке передайте почтовый домен, используемый маршрут, селектор и очищенные заголовки. Отдельно укажите внешние NS: это сразу показывает, где должна находиться публичная часть ключа.
Для будущих изменений сохраните связь между панелью подписи и кабинетом DNS. При переносе домена именно эта связь часто теряется из документации, хотя сама почта продолжает выглядеть настроенной в прежнем интерфейсе.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Ползунок DKIM относится к выбранному почтовому домену.
- При внешних NS ключ публикуют у DNS-провайдера.
- Корректная подпись и папка — отдельные результаты.