如何在不与 3rd 方 ESP 共享数据的情况下实现高电子邮件传递率？答案

【问题标题】：How to acheive high email deliverability without sharing data with 3rd party ESP?如何在不与 3rd 方 ESP 共享数据的情况下实现高电子邮件传递率？
【发布时间】：2016-08-09 05:40:34
【问题描述】：

我们代表公司/客户托管客户数据，我们的任务之一是向客户客户发送一封非常具体的交易电子邮件（我们的电子邮件地址作为发件人和回复人）。

我们正在尝试不再存储客户数据的个人部分，包括他的电子邮件地址。当然，为了能够向客户发送电子邮件，我们需要在某些时候访问该电子邮件地址，但在我们看来，这是朝着正确方向迈出的一步，在session 而不是从我们自己的数据库中检索它。

现在的问题是，我们不愿意将电子邮件地址存储在任何地方，这排除了使用 Sendgrid 等电子邮件服务提供商的可能性。相反，我们需要通过我们自己的服务器发送大量电子邮件，这可能会损害可传递性。我一直在寻找一种“自托管的 Sendgrid”。一位使我们能够发送大量电子邮件，一位我们可以调整为不存储已发送的电子邮件。

我找到的一个解决方案是sendy.co，他将自己定义为：

Sendy 是在您的网络服务器上运行的自托管应用程序。

这听起来很有希望，但后来我读到电子邮件是通过亚马逊的云发送的：

Sendy 使用多线程通过 Amazon SES 发送电子邮件。

我想这会让我们回到开始的地方，因为亚马逊正在存储电子邮件地址。

据我了解，ESP 实现的高交付率不仅是由最先进的电子邮件标头造成的，还在于它们的服务器被 Google/Gmail、Microsoft 和其他电子邮件主机识别。因此，如果没有 ESP，也许就不可能实现高可交付性。但是有没有一种替代方法可以让我们实现相对较高的可交付性，而无需涉及第三方服务器来进行发送？

【问题讨论】：

标签： email mailchimp amazon-ses transactional-email bulk-email

【解决方案1】：

人们倾向于为此服务付费的原因是它相当困难/复杂/耗时。如果发送这封电子邮件是您业务的核心部分，您将需要聘请交付工程师来处理此问题。如果不是，我会先联系各种事务性 ESP，看看你是否能找到他们愿意为这个用例量身定制的企业产品。

【讨论】：

【解决方案2】：

我认为我对此有点晚了。我希望你现在已经弄清楚了你的问题。

如果你还没有，那么：

您可以尝试的一种替代方法是使用本地选项托管您自己的服务器。我会查看 SocketLabs Hurricane MTA。

SocketLabs 是一个云 ESP，类似于 Sendgrid。但他们也有一个强大的本地选项。

https://www.socketlabs.com/blog/introducing-hurricane-mta-3-0/

【讨论】：