Автоматизация электронной почты для продукта SaaS
Мы пытаемся автоматизировать исходящие электронные письма для нашего продукта SaaS. В настоящее время каждый клиент должен настроить свой собственный SMTP-сервер, который используется для отправки сообщений электронной почты от их учетной записи (и от их домена), но мы собираемся автоматизировать это на нашей платформе продукта.
- Каждый клиент должен иметь возможность отправлять электронные письма "со своего" домена. Адрес от должен быть адресом домена пользователя.
- Мы можем получить учетную запись, созданную у транзакционного почтового провайдера, такого как mailgun или sendgrid, и использовать эту учетную запись для отправки электронной почты всем нашим клиентам. Тем не менее, мы должны подписать все письма с нашим доменом. Из-за DMARC это может вызвать проблемы с доставкой. Более того, даже если один клиент ошибается, репутация отправляющего домена (нашего собственного домена) теряется, что может повлиять на всех наших клиентов.
Непрактично просить каждого клиента подтвердить свой собственный домен, используя проверку DNS.
Каковы лучшие практики при отправке доменов в SaaS, настроенном для отправки электронной почты с домена клиента?
1 ответ
"Каковы лучшие практики при отправке доменов в SaaS, настроенном для отправки электронной почты с домена клиента?"
Я не уверен, что если "нецелесообразно просить каждого клиента подтвердить свой собственный домен с помощью проверки DNS". Вы имеете в виду a) проверить свой домен с помощью ESP (поставщика услуг электронной почты, т.е. SendGrid, Mailgun и т. д.) или b) убедиться, что у каждого клиента есть соответствующая DNS-запись TXT SPF, позволяющая ESP использовать для отправки электронной почты от имени домена.
Независимо от того, даже если это кажется непрактичным, вы хотите, чтобы минимально б) сделал. Вам нужно будет подчеркнуть важность для ваших клиентов правильной записи SPF. Вы можете написать простой инструмент, который поможет им получить тот, который будет работать. Если вам нужно, объясните важность правильной записи SPF для доставки электронной почты, это все равно, что иметь правильную запись A или CNAME, указывающую на правильный хост для их веб-сайта. Если не настроить должным образом и правильно, люди не получат свой контент (они не попадут на свой веб-сайт в случае записи CNAME/A, и они не получат свои электронные письма, доставленные их пользователям в случае записи SPF).
Похоже, вы ищете решение, подобное компании, в которой я работаю, имеет / делает. Мы продаем SaaS и используем SendGrid для нашего ESP. Для каждого из наших клиентов мы устанавливаем отдельного Subuser. Мы устанавливаем адрес отправителя как адрес наших клиентов и по большей части он работает. Мы подчеркиваем для наших клиентов, что они должны создавать запись SPF в своих записях DNS, если это возможно, для обеспечения лучшей доставки. Некоторые из наших клиентов используют адреса электронной почты, такие как lastname.firstname@hotmail.com. К сожалению, когда они не используют настраиваемый домен, особенно одного из основных поставщиков электронной почты, их почта часто отбрасывается их поставщиком или отправляется в СПАМ, так как основные у игроков есть записи DNS, которые не позволяют / не разрешают ESP доставлять сообщения от их имени.