2016-02-13 6 views
0

Мы пытаемся автоматизировать исходящие письма для нашего продукта SaaS. В настоящее время каждый клиент должен настроить собственный SMTP-сервер, который используется для отправки электронных писем из своей учетной записи (и из своего домена), но мы рассматриваем автоматизацию этого на нашей платформе продуктов.Автоматизация электронной почты для продукта SaaS

  1. Каждый клиент должен иметь возможность отправлять электронные письма «из» своего собственного домена. Адрес от адреса должен быть доменным адресом пользователя.
  2. Мы можем получить учетную запись, созданную с помощью транзакционного почтового провайдера, такого как mailgun или sendgrid, и использовать эту учетную запись для отправки электронной почты всем нашим клиентам. Однако нам нужно подписать все письма с нашим доменом. Благодаря DMARC это может привести к проблемам с доступностью. Более того, даже если один клиент ошибается, репутация отправляющего домена (нашего собственного домена) теряется - что может повлиять на всех наших клиентов.

Невозможно попросить каждого клиента проверить свой домен с помощью проверки DNS.

Каковы наилучшие методы при отправке доменов в SaaS, где необходимо отправить электронное письмо из домена клиента?

ответ

0

«Каковы наилучшие методы при отправке доменов в SaaS, где нужно отправлять электронное письмо из домена клиента?»

Я не уверен, что по «Нецелесообразно просить каждого клиента проверить свой домен с помощью проверки DNS». вы имеете в виду: a) проверить свой домен с помощью ESP (поставщик услуг электронной почты, т. е. SendGrid, Mailgun и т. д.) или b) обеспечить, чтобы каждый клиент имел надлежащую запись DNS TXT SPF, которая позволяет ESP использовать для отправки электронной почты от имени домена.

Независимо от того, даже если это кажется непрактичным, вы захотите минимально выполнить b). Вам нужно будет подчеркнуть важность для ваших клиентов того, что имеется надлежащая запись SPF. Вы могли бы написать простой инструмент, чтобы помочь им получить тот, который будет работать. Если вам нужно, объясните важность правильной записи SPF для доставки электронной почты, это похоже на то, что у вас есть надлежащая запись A или CNAME, указывающая на правильный хост для своего веб-сайта. Если вы не настроитесь правильно и правильно, люди не получат свой контент (они не попадут на свой сайт в случае записи CNAME/A, и они не получат свои электронные письма, доставленные своим пользователям в случае записи SPF).

Похоже, что вы ищете решение, подобное той, в которой я работаю, имеет/делает. Мы продаем SaaS и используем SendGrid для нашего ESP. Для каждого из наших клиентов мы настраиваем отдельный Subuser. Мы установили адрес «от» к нашим клиентам и, по большей части, он работает. Мы подчеркиваем нашим клиентам, что они должны создать запись SPF в своих записях DNS, если это возможно, чтобы обеспечить лучшую производительность. Некоторые из наших клиентов используют адреса электронной почты, такие как [email protected] К сожалению, когда они не используют собственный домен, особенно один из основных поставщиков электронной почты, их почта часто убирается их провайдером или переходит на СПАМ с того момента, у игроков есть записи DNS, которые не позволяют/разрешают ESP предоставлять от их имени.

+0

Спасибо за ваш ответ. Я имею в виду оба шага. Проверка с помощью ESP, а затем добавление записей SPF. Существует несколько продуктов SaaS, которые позволяют клиенту отправлять электронные письма из своего домена без проверки домена. Отчасти потому, что клиент уже подтвердил свою электронную почту с продавцом. Конечно, письмо подписывается доменом, принадлежащим поставщику продукта. Как я могу достичь этого и каковы плюсы и минусы этого? – Raj

+0

@Raj, см. Мое дополнение к моему ответу. С SendGrid нам не нужны наши клиенты для проверки/проверки их электронной почты. –

+0

Спасибо за ваш ответ. Это больше похоже на то, что мы хотим - у нас также есть клиенты, у которых нет своего домена. Когда вы говорите, что мы можем добавить подчиненную, добавляется ли добавочный пользователь к домену нашего клиента?Смогу ли я использовать субпользователя (домен клиента) для отправки электронных писем без проверки домена? – Raj