«Почта REG.RU попадает в спам» может описывать корпоративный ящик на хостинге, сайт на сервере REG.RU или домен, который только зарегистрирован у компании. Начните с названия услуги и фактического исходящего сервера. Регистратор домена не обязательно участвует в передаче письма.
Эта инструкция касается исходящих сообщений: вы отправляете клиенту, а он находит копию в Спаме. Для одного проблемного письма сохраните дату, Message-ID, From и программу отправки. Если проблема проявляется только у сайта, не заменяйте его проверку ручным письмом сотрудника.
Если проблема возникает только у одного сотрудника, сравните его исходящий профиль с рабочим профилем коллеги без передачи паролей. Значимы выбранный SMTP, адрес From и способ создания подписи письма. Если проблема относится только к одному шаблону сайта, такое сравнение сотрудников не поможет: нужен журнал именно этого шаблона и его собственная полученная копия.
Найдите конкретную услугу и панель
REG.RU описывает почту на хостинге с настройками, зависящими от используемой панели. В документации рассматриваются ispmanager, cPanel и Plesk. Поэтому универсальная подсказка «включите галочку в почте» недостаточна: важно выбрать инструкцию для своей панели и своего почтового домена.
Уточните, не используется ли отдельный внешний почтовый продукт. Если он отправляет письма от домена, ключи и SMTP-параметры нужно брать у него. Записи для хостинга REG.RU не становятся подходящими для любой услуги только из-за общего регистратора или адреса сайта.
Сначала подтвердите передачу письма
Если программа показывает отказ авторизации, недоступность сервера или постоянную SMTP-ошибку, начните с неё. Такую попытку нельзя описывать как письмо в Спаме без обнаруженной копии. Сохраните точный ответ сервера: одинаковое слово «ошибка» может скрывать совершенно разные этапы.
Если письмо принято и найдено получателем, получите исходные заголовки. Ручная пересылка жалобы часто скрывает часть исходных данных, поэтому удобнее очищенный исходник конкретной копии. Пароли, действующие ссылки входа и персональные данные в диагностический материал не включают.
Проверьте DKIM на реальном отправлении
В инструкции REG.RU по DKIM и DMARC приведены действия для разных панелей. После включения подписи создайте новую отправку и посмотрите DKIM-Signature. Наличие настройки не доказывает, что любое приложение на аккаунте пользуется подписывающим почтовым маршрутом.
У подписи важны домен d= и селектор s=. По ним проверяется опубликованный открытый ключ. При внешних NS запись нужно публиковать в действующей DNS-зоне, а не только в локальной таблице хостинга. Старое письмо не получает подпись после изменения панели, поэтому исследуйте новую копию.
Не ограничивайтесь правильными MX
MX относится к приёму входящей почты. Его работоспособность не подтверждает исходящий IP, DKIM или согласование доменов. Для SPF важно, какой сервер отправляет относительно технического адреса возвратов. Для DMARC — согласование успешного метода с доменом видимого From.
Если домен используют сотрудники, сайт и CRM, учтите все действующие потоки до изменения SPF. Не создавайте вторую независимую SPF-запись для ещё одного приложения. Сохраните существующую политику и внесите согласованную правку, чтобы исправление уведомлений не затронуло рабочую переписку.
Проверьте тот сценарий, который вызывает жалобу
Для письма менеджера используйте его рабочий клиент с безопасным тестовым текстом того же типа. Для формы запустите форму, для счёта — тестовый сценарий формирования счёта. Сохраните структуру и ссылки, а чувствительные данные замените демонстрационными. Отметьте существенные отличия тестовой копии.
Через Check можно зафиксировать размещение на доступных контрольных адресах. Сравнивайте подтверждённые папки и время, а не только итоговый индикатор. Если нужный принимающий провайдер отсутствует, не распространяйте на него результат другого ящика. Отсутствие данных также требует отдельной трактовки.
Выберите одно последующее изменение
Подтверждённая ошибка подписи даёт конкретную задачу настройки. Успешная аутентификация при Спаме оставляет несколько гипотез, но не раскрывает внутреннее правило фильтра. Для продолжения используйте разбор такого сочетания результатов, не меняя рабочие записи без основания.
После исправления повторите сопоставимое сообщение и сохраните оба замера. Методология Check описывает, что означает наблюдаемая папка и какие ограничения есть у технических данных. Поддержке REG.RU передайте название услуги, панель, время, идентификатор и подтверждённый этап проблемы.
Хороший итог этой проверки — установленный отправляющий сервис и объяснимое изменение конкретного письма. Он не требует объявлять весь хостинг «спамным» или обещать, что одна включённая функция доставит любую будущую рассылку во Входящие.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Уточните, какая почтовая услуга отправляет письмо.
- Включение DKIM в панели проверяют полученной копией.
- Приём входящей почты не подтверждает исходящую доставку.