Полезное

Служебный имейл и его особенности в B2B

Что делать, если рассылки не доставляются

Что такое служебный имейл и зачем он нужен

Когда приходит письмо, сервер почты и антиспам принимающей стороны анализируют репутацию адреса и проверяет его через спам-фильтры. Если репутация плохая и домен или IP замечены в блэклисте — то «не пропускают» рассылку во входящие.

При этом, когда письмо отправляется, то нельзя узнать его статус в реальном времени. Мы отправляем письмо — сервер принимает его и пытается доставить получателю — если это не получается сделать, то приходит ответ об ошибке (bounce).

Пример баунса, который сообщает, что письмо не получилось доставить по причине того, что имейла получателя не существует:

H=mail.corp.lampa.work [62.141.68.165] CV=yes: 550 5.7.1 Mailbox unavailable. 
Баунсы и другие ответы на сервера приходят на служебный имейл. Этот имейл указан в служебных заголовках письма в поле Return-Path.

Мы в Mailganer используем собственный служебный домен mlgnr.com для клиентских отправок.
Это помогает нам следить за репутацией всех отправителей и быстрее разбираться с ошибками отправок. А клиенту не нужно создавать отдельную служебную почту.

Обычно с этим не возникает проблем, но в B2B-секторе письма могут не доходить до получателей из-за жёстко настроенных спам-фильтров.

История о том, как компания заблокировала рассылки сами от себя

Один из наших клиентов — подразделение крупной компании — пришёл с вопросом: почему не доставляются письма на имейлы в их корпоративном домене.

В ответ на попытку доставить письмо мы получали баунс со следующей ошибкой:

manager@clientdomain.com R=dnslookup T=remote_smtp H=email.clientdomain.com 
[89.22.162.140] X=TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256 CV=no: 
SMTP error from remote mail server after end of data: 550 5.7.1 
This message is blocked due to security reason
Мы попросили клиента связаться с администратором и дать расшифровку ответа seсurity reason. Оказалось, что внутренний антиспам-фильтр не пропускал все рассылки, в которых служебный имейл (return-path) отличался от имейла отправителя (from).

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

Если один менеджер отправляет обычное письмо другому — имейлы from и return совпадают — всё хорошо, письмо проходит. А если не совпадают — то это спам, и рассылка блокируется.

Чтобы решить проблему, наш клиент написал сисадмину и попросил добавить служебный имейл в вайт-лист (белый список) — и рассылки начали приходить.

Что делать, если вы столкнулись с такой проблемой

Если это единичный случай (не приходят письма на конкретный домен) — свяжитесь с администраторами почты и попросите их не блокировать письма.

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

Запрос составляется в свободной форме. Можно написать так:

Здравствуйте! Не доходят массовые рассылки от отправителя email@domain.com. Подскажите, в чём может быть проблема?


Если такие кейсы регулярные, мы рекомендуем сделать выделенный IP и сменить return-path. Отметим, что понадобится настроить пересылку писем на наш служебный имейл, чтобы мы могли обрабатывать ответы о недоставках.
Ответим на вопросы о выделенном IP и поможем разобраться с доставляемостью: напишите в поддержку через «Мои обращения».