Письмо может технически отправляться, но не доходить до внимания клиента или владельца сайта, потому что попадает в спам. Для заявок это почти то же самое, что поломка формы.
Причина обычно в доменной авторизации, SMTP, заголовках письма, содержании, репутации сервера или неправильном отправителе.
Кому нужна такая доработка
Исправление нужно, если уведомления с формы, заказы, письма WordPress или сообщения интернет-магазина регулярно уходят в спам.
- письма приходят только в спам
- Mail.ru или Gmail отклоняет отправку
- письма приходят без имени отправителя
- часть ящиков принимает, часть нет
- после переноса сервера доставка ухудшилась
Почему задача часто работает нестабильно
Нет DKIM или SPF
Почтовики должны понимать, что сервер имеет право отправлять письма от имени домена.
Неправильный From
Если сайт отправляет письмо от имени чужого домена или email клиента, письмо выглядит подозрительно.
Плохие заголовки
Ошибки в From, Reply-To, MIME и кодировке могут привести к отклонению или попаданию в спам.
Сомнительный контент письма
Слишком много ссылок, мусорные слова, пустая тема или технический текст без структуры ухудшают доставку.
Что проверить перед началом
Чем точнее исходные данные, тем быстрее можно оценить задачу и не трогать лишние части сайта. Обычно достаточно ссылки, описания ошибки и доступов к той части, где выполняется настройка.
- проверьте SPF, DKIM и DMARC домена
- посмотрите From и Reply-To письма
- проверьте SMTP вместо mail()
- сравните доставку на Gmail, Yandex и Mail.ru
- посмотрите bounce-сообщение, если письмо отклонено
Как я это делаю
Я проверяю DNS, SMTP, заголовки, отправителя и текст письма. После правок отправляю тесты на разные почтовые сервисы и смотрю реальные ответы.
- Проверяю текущую схему: сайт, сервер, форму, сервис, API или cron.
- Фиксирую проблему или нужный сценарий на тестовом примере.
- Делаю точечную настройку, скрипт или интеграцию.
- Проверяю результат как пользователь и оставляю понятное описание выполненной работы.
Что лучше не делать
- не отправлять письма от имени email клиента
- не использовать серверную mail() без необходимости
- не копировать SPF-записи наугад
- не игнорировать bounce от почтового сервиса
Сроки
| Заголовки и From | 30-90 минут |
|---|---|
| SPF, DKIM, DMARC, SMTP | 1-3 часа |
| Сложная репутация домена или сервера | индивидуально |
Связанные материалы
- Письма с сайта не приходят: почему форма отправляет, а уведомлений нет
- PHP mail не отправляет письма: почему функция срабатывает, а доставки нет
- Почта на домене не работает: что проверить в DNS, MX и SMTP
Вопрос-ответ
Почему на одну почту приходит, а на другую нет?
У разных сервисов разные фильтры. Mail.ru, Gmail и Yandex могут по-разному оценивать письмо.
Нужно ли настраивать DKIM?
Да, если хотите стабильную доставку от домена. SPF одного часто недостаточно.
Можно ли отправлять через SMTP?
Да, это обычно надежнее простой серверной отправки.
Итог
Чтобы письма сайта не попадали в спам, нужно привести в порядок доменную авторизацию, SMTP, заголовки и содержание уведомлений.
Если нужна такая настройка или ремонт, напишите в Telegram: @rabotator_support. Коротко посмотрю задачу, скажу реальный объем и предложу аккуратный вариант решения.