Такое возможно, если письмо успешно принято SMTP-сервером отправителя, но дальше возникают проблемы уже на этапе доставки или фильтрации у получателя. То есть успешная отправка со стороны приложения ещё не означает, что письмо дошло во входящие.
Основные причины
- письмо попадает в спам;
- принимающий сервер отклоняет его позже;
- есть проблемы с SPF, DKIM или DMARC;
- репутация домена или IP недостаточно хорошая;
- часть адресов невалидная или неактивная;
- конкретный почтовый провайдер применяет свои ограничения.
Что проверить
- Логи SMTP и статусы доставки — важно понять, был ли окончательный accept или появился bounce позже.
- Bounce-уведомления — иногда ошибка приходит не сразу в приложение, а отдельным сообщением.
- Папку «Спам» — письмо могло дойти, но не во входящие.
- SPF, DKIM, DMARC — без них доставляемость может быть нестабильной.
- Репутацию домена и IP — особенно если домен новый или недавно начал отправку.
- Качество базы — невалидные и неактивные адреса тоже влияют на результат.
Почему часть получателей получает письмо, а часть — нет
Разные почтовые провайдеры по-разному оценивают одно и то же письмо. Gmail, Mail.ru, Яндекс Почта и корпоративные серверы могут по-разному реагировать на:
- репутацию отправителя;
- контент письма;
- технические настройки домена;
- историю взаимодействия конкретного получателя с письмами.
Практический вывод
Если приложение не показывает ошибок, это значит только то, что письмо было передано на SMTP-сервер. Дальше нужно смотреть реальные статусы доставки, bounce, настройки аутентификации и поведение письма у разных почтовых провайдеров.
Кратко: успешная SMTP-отправка не гарантирует доставку во входящие. Нужно проверять не только момент отправки, но и всю цепочку доставки: от логов и bounce до SPF, DKIM, DMARC и репутации домена.