Письма с почты Timeweb попадают в спам, хотя адрес корпоративный, домен оплачен и в панели всё включено. Начните с одного конкретного сообщения: кем, когда и через что оно отправлено. Название хостинга само по себе не описывает путь письма. Веб-почта, программа сотрудника и уведомление сайта могут использовать разные серверы и разные технические адреса возврата.
Эта инструкция подходит для исходящей почты: ваши сообщения оказываются в Спаме у получателей. Если же нежелательные сообщения поступают в ваш ящик Timeweb, это другая задача — настройка входящей фильтрации. Изменение антиспама собственного ящика не управляет папкой вашего письма у внешнего адресата.
Установите, кто действительно отправил письмо
Возьмите копию, по которой поступила жалоба, и сохраните исходные заголовки. Запишите видимый From, дату, Message-ID и используемую программу. У разработчика сайта уточните транспорт: PHP mail, SMTP Timeweb или сторонний сервис. Не делайте вывод только по адресу после символа @: одинаковый From можно указать в нескольких системах.
Если сотрудник отправляет из Outlook через один SMTP, а сайт — локальным скриптом, проведите для них разные проверки. Исправление настроек почтового клиента может вообще не затронуть сайт. Именно смешение двух маршрутов часто создаёт впечатление, что почта работает случайным образом: наблюдения относятся к разным отправителям на техническом уровне.
Сверьте маршрут с настройками Timeweb
В официальной инструкции для почтовых клиентов Timeweb указывает smtp.timeweb.ru, SMTP-авторизацию полным адресом ящика и защищённые варианты подключения. Сравните эти параметры с программой, из которой ушло проблемное сообщение. Пароль проверяют в настройках подключения, но не включают в скриншоты и публичные отчёты.
Для доменной почты у провайдера есть инструкция по MX, SPF, DKIM и DMARC. Однако наличие записей в панели ещё не подтверждает, что именно полученная копия подписана нужным ключом. Если DNS обслуживается другой компанией, проверяйте опубликованную зону там. Регистрация домена в Timeweb не делает его панель автоматически источником действующих DNS-записей.
Прочитайте результат аутентификации конкретной копии
SPF проверяет исходящий сервер относительно технического домена возвратов, DKIM — подпись письма, а DMARC — успешный метод с доменом, согласованным с видимым From. Поэтому полезны не только слова pass или fail, но и домены, к которым они относятся. Не переносите результат письма из веб-почты на отправление формы сайта.
Если подтверждена ошибка, исправляйте соответствующий участок. Отсутствующий DKIM требует проверки подписания и публикации ключа. Несогласованный From требует проверки адреса отправителя. Если всё прошло успешно, не меняйте рабочие DNS наугад: успешная аутентификация не гарантирует Входящие, а конкретная причина фильтрации может оставаться неизвестной.
Воспроизведите рабочее сообщение
Подготовьте тестовую копию без персональных данных, сохранив шаблон, ссылки и способ отправки. Для уведомления о заказе вызовите тот же обработчик с безопасным тестовым событием; для переписки используйте тот же клиент и ящик. Ручное письмо «тест» из другого приложения проверяет другой сценарий и мало объясняет жалобу клиента.
В Check можно проверить фактическую папку письма на доступных контрольных адресах. Используйте только предложенные в текущем тесте адреса. Нужный принимающий провайдер участвует в сравнении лишь при наличии его контрольного ящика. Отсутствие наблюдения не следует записывать как попадание в Спам, а найденную дополнительную категорию — как отказ в приёме.
Сравните изменение, а не впечатление
Допустим, учебная гипотеза касается неподписанных сообщений сайта. Сохраните исходную проверку, настройте подписанный маршрут и повторите отправку с тем же содержимым. Запишите, что изменилось технически, какие копии обнаружены и в каких папках. Если одновременно переписать текст, сменить ящик и заменить SMTP, результат не покажет, какое действие оказалось связано с изменением.
Папка относится к конкретному ящику и времени наблюдения. Правила повторных проверок и ограничения описаны в методологии Check. Один удачный результат не обещает Входящие всей клиентской базе. Полезный итог диагностики — подтверждённый маршрут, исправленная ошибка либо следующая проверяемая гипотеза, а не объявление хостинга причиной любого спама.
Для обращения в поддержку соберите дату с часовым поясом, Message-ID, очищенный ответ SMTP и описание маршрута. Если письмо принято, но находится в Спаме, прямо напишите об этом. Если есть отказ, приложите его полный текст. Такая формулировка позволяет обсуждать конкретный этап доставки и не терять время на изменения, которые к нему не относятся.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Отделите почту Timeweb от отправки скриптом сайта.
- Проверяйте заголовки полученной копии, а не только DNS.
- Меняйте один фактор и сравнивайте подтверждённые папки.