SMTP accepted не inbox: доставка не равна входящим

1. Короткий ответ: 250 OK значит принято, а не показано

Код 250 в SMTP-сессии (например, 250 2.0.0 OK) означает, что сервер получателя принял ваше сообщение в очередь на обработку. Это подтверждение факта передачи, и только. Дальнейшее решает фильтр провайдера: письмо может оказаться во Входящих, в Спаме, во вкладке Промоции или не быть показано пользователю вовсе. В коде 250 эта судьба не отражается.

Если в отчете рассылки стоит delivered, а получатель говорит, что письма нет, ошибки в отчете нет. Delivered фиксирует успешное завершение SMTP-сессии, а не попадание в основную папку. Ситуация smtp 250, письмо не во входящих, это не сбой доставки, а результат классификации после приема.

2. Delivery rate и inbox rate: разница метрик

Delivery rate (доставка) это доля писем, принятых серверами получателей без отказа. В логах ESP статус delivered обычно присваивается, когда сессия завершилась кодом успеха (класс 2xx) вместо постоянной ошибки (5xx) или временного отказа (4xx). Классы кодов определены в RFC 5321.

Inbox rate, или inbox placement, это доля доставленных писем, оказавшихся именно во Входящих: не в спаме, не в промо-вкладке, не скрытых от пользователя. В логах этого показателя нет, его измеряют seed-тестами и панелями провайдеров.

Отдельно про термины. Доставка это узкое техническое событие из лога. Доставляемость (deliverability) это комплексная характеристика отправителя: репутация домена и IP, аутентификация SPF, DKIM и DMARC, качество базы, уровень жалоб, контент. Delivery rate 99% не говорит о доставляемости ничего: он совместим и с ситуацией, когда все письма в спаме.

Практический вывод для отчетности: доставка 99%, письма в спаме это сигнал проверять placement и жалобы, а не радоваться доставки. Метрики нельзя подменять одну другой.

3. Пример за десять минут: фиксируем расхождение сами

Возьмите письмо текущей кампании и тестовый ящик на Gmail. Полный лог SMTP-сессии проще всего получить утилитой swaks: swaks --from news@shop-example.ru --to your.test.box@gmail.com --server smtp.your-esp.example

В логе вы увидите момент приема: вашу команду DATA и ответ сервера вида 250 2.0.0 OK 1720000000 ab12cd34 - gsmtp. Это и есть SMTP accepted: сообщение принято. Теперь откройте тестовый ящик. Если во Входящих письма нет, введите в поиске Gmail запрос in:anywhere from:shop-example.ru. Оператор in:anywhere ищет по всем папкам, включая спам и корзину.

Типичный исход: письмо находится в Спаме или во вкладке Промоции (входящие Gmail делятся на категории-вкладки). Одновременно зафиксированы delivered в ESP и спам в ящике: расхождение метрик доказано на ваших данных. Для Mail.ru и Яндекса схема та же: откройте веб-интерфейс ящика и проверьте папку Спам и папку рассылок.

Отдельный случай: доставлено, но письмо не найдено нигде. Проверьте три вещи. Первое: точный адрес получателя в логе, была ли опечатка или отправка на другой домен. Второе: локальные правила в ящике получателя, пользовательские фильтры могут сразу удалять или архивировать письма. Третье: конверт письма, технический envelope-from может указывать на поддомен, который получатель не ожидает.

Исходник письма (заголовки) прогоните через анализатор заголовков в браузере: он покажет результаты SPF, DKIM и DMARC и цепочку серверов, через которые прошло письмо. Это база для диагностики из следующего раздела.

4. Дерево диагностики: доставка 99%, а письма в спаме

Начинайте с жалоб, для Gmail это главный измеримый вход. Google в рекомендациях отправителям просит держать долю жалоб ниже 0,1%, а значения выше 0,3% связывает с попаданием писем в спам. Это ориентиры только для Gmail, к Mail.ru и Яндексу они не применяются.

Пороги Mail.ru приведем точно по техническим требованиям рассылок: при объеме до 10 000 писем в месяц средний процент жалоб за 30 дней должен быть не выше 1,1%, до 500 000: 1%, до 10 000 000: 0,8%, до 50 000 000: 0,5%, свыше 50 000 000: 0,3%. В кабинете Mail.ru Postmaster этот показатель виден как "Репутация, %".

В PostmastersTool эти метрики собраны вместе: доля жалоб, доли SPF, DKIM, DMARC и соответствие требованиям Google через API v2, а также объем, доставка и жалобы Mail.ru Postmaster. Все видно по дням, а при пересечении выбранных порогов приходит уведомление в выбранный канал, например Telegram.

5. Как измерить inbox placement

Собственный seed-набор. Заведите 10-20 тестовых ящиков: несколько на Gmail, а также на Mail.ru, Яндексе и Outlook. Ящики должны быть активными, с историей переписки и подписками: поведение свежих пустых ящиков отличается от реальных получателей и искажает результат. После кампании проверьте каждую папку и зафиксируйте результат в таблице.

Внешние спам-тесты. Разовая проверка показывает, куда попало тестовое письмо по десяткам ящиков разных провайдеров. Это снимок на момент, а не тренд: годится для проверки после изменений (новый домен, новый контент), но не для постоянного мониторинга.

Панели провайдеров. Spam rate в Google Postmaster Tools работает как прокси-placement: рост жалоб обычно сопровождает или опережает падение inbox rate. Данные агрегированы по дню и по домену, статистика привязана к домену d= в DKIM-подписи.

Косвенные сигналы. Сравните открываемость и переходы в разбивке по доменам получателей: если просел только gmail.com или только mail.ru, проблема локализована и искать нужно у конкретного провайдера, а не во всей программе.

6. Высокая доставка и низкая открываемость

Ситуация: delivery rate держится на 98-99%, а открываемость падает. Первая гипотеза не про контент, а про размещение: письма переехали в спам или промо-вкладку, и часть людей их физически не видит. Порядок проверки: seed-тест, затем жалобы в панелях, затем разбивка открытий по доменам получателей.

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

Третья группа: состав базы. Приток неактивных адресов после выгрузок или загрузки сегментов снижает открываемость при идеальной доставке. Проверьте, не менялась ли структура базы непосредственно перед падением.

Если размещение подтвердилось, разбирайте аутентификацию и жалобы, а не только тексты писем: даже письма с пройденными SPF, DKIM и DMARC попадают в спам из-за жалоб и репутации отправителя.

7. Ограничения методов и проверка результата

Чего сделать нельзя: определить папку письма по SMTP-логам и коду 250. Панельные данные агрегированы по дню и домену, отдельную кампанию в них не выделить, а у свежих доменов статистика появляется с задержкой. Seed-тест на 10-20 ящиках дает оценку, а не точную долю: трактуйте результат как индикатор.

Чего делать не стоит: отчитываться перед руководством одним delivery rate. Метрика не чувствительна к спаму и создает ложную картину благополучия. В отчет добавляйте долю жалоб, доли аутентификации и результат seed-теста.

Если после устранения причин жалоб и аутентификации письма все еще уходят мимо Входящих, речь обычно идет о репутации домена и истории потока: это лечится режимом и дисциплиной отправки, а не разовой правкой DNS.