Почему письма не приходят и попадают в спам

Письмо может не прийти из-за ошибки адреса, временного отказа сервера, неверной аутентификации домена, плохой репутации отправителя или решения спам-фильтра. Начните с журнала отправки и точного SMTP-ответа, затем проверьте SPF, DKIM и DMARC, а уже после — содержание, частоту и жалобы получателей.

Сначала выясните, где остановилось письмо

Фраза «письмо не пришло» описывает разные поломки. Сервер отправителя мог вообще не принять сообщение, сервер получателя мог вернуть отказ, а принятое письмо могло оказаться в папке со спамом. Без точки отказа любая настройка превращается в гадание.

Отправьте одно контрольное письмо на адрес, к которому у вас есть доступ. Запишите время, адрес отправителя и получателя, идентификатор сообщения и ответ сервера. Не начинайте с массовой повторной отправки: она добавляет шум и может ухудшить репутацию.

SMTP-ответ важнее догадки. Он показывает, был ли отказ временным или окончательным, и часто называет причину. Сохраняйте ответ целиком, а не только число из начала строки: пояснение после него подсказывает следующую проверку.

SPF, DKIM и DMARC решают разные задачи

Эти механизмы не являются пропуском во входящие. Они помогают получателю понять, вправе ли конкретная система отправлять почту от домена и согласуется ли подпись с адресом в поле «От кого».

• SPF перечисляет разрешённые источники отправки для домена, используемого почтовым сервером.
• DKIM добавляет криптографическую подпись, которую получатель проверяет по открытому ключу в DNS.
• DMARC проверяет согласование домена в поле «От кого» с результатом SPF или DKIM и задаёт политику для несогласованных писем.

Проверьте не просто наличие записей, а результат в заголовках контрольного письма. Один старый SPF без нового сервиса отправки не поможет. DKIM не сработает, если подпись не добавляется или получатель не находит ключ. DNS как адресная книга с последствиями: лишняя запись здесь тоже считается настройкой.

Если письмо отправляет сторонний сервис, убедитесь, что он подключён именно к вашему домену. При выборе платформы можно отдельно сравнить Zoho, SendGrid, Mailchimp и Mailgun, но название сервиса само по себе не исправляет доменную аутентификацию.

Почему письмо проходит проверку и всё равно попадает в спам

Успешные SPF, DKIM и DMARC подтверждают происхождение, но не качество отправки. Получатель также оценивает репутацию домена и адреса сервера, реакцию аудитории, частоту, сходство сообщений и собственные правила пользователя.

Подозрение вызывают резкий рост объёма, рассылка по старой базе, повторные отправки на несуществующие адреса и жалобы. Для уведомлений опасна другая крайность: приложение годами шлёт всё с одного адреса, а владелец замечает ошибки только после пропавшего сброса пароля.

Содержание тоже имеет значение, но списка «запрещённых слов» недостаточно. Проверьте, совпадает ли имя отправителя с ожидаемым, понятна ли причина письма, есть ли текстовая версия и не ведут ли ссылки на неожиданный домен. Письмо должно быть узнаваемым, а не маскироваться под системное.

Порядок проверки без лишних перестроек

Не меняйте одновременно почтовый сервис, DNS и шаблон. Иначе успешная доставка не покажет, что именно помогло. Почта не прощает лень, но и не любит суету: одна проверяемая гипотеза за раз быстрее приводит к причине.

Если письма с сайта пропали после переезда, начните с настроек приложения и нового источника отправки. Если проблема касается только одного получателя, попросите проверить правила ящика и карантин. Если отказы идут у разных доменов, ищите общую причину в своей системе.

Чего исправная настройка не обещает

Ни один почтовый сервис не может гарантировать попадание во входящие. Даже корректно подписанное письмо может быть отклонено политикой получателя или отфильтровано с учётом репутации и поведения пользователей. Официальные рекомендации Gmail прямо отделяют требования к отправителю от гарантии прохождения фильтров.

Поэтому правильная цель — не «обойти спам», а сделать отправку проверяемой и ожидаемой. Нужны рабочая аутентификация, чистая база адресов, понятное содержание, управляемый объём и журнал, по которому можно разобрать конкретный случай.

Для небольшого проекта полезнее надёжная почтовая служба с прозрачными журналами, чем собственный сервер без наблюдения. Если всё же обслуживаете почту сами, заведите календарь проверки очереди, DNS и отказов. Не берите то, что не будете обновлять.