我们代表公司/客户托管客户数据，我们的任务之一是向客户客户发送一封非常具体的交易电子邮件（我们的电子邮件地址作为发件人和回复）。
我们正在努力避免存储客户数据的个人部分，包括他的电子邮件地址。当然，为了能够向客户发送电子邮件，我们需要在某个时候访问电子邮件地址，但在我们看来，这是朝着正确方向迈出的一步，即在客户访问期间从客户那里检索电子邮件地址。 session 而不是从我们自己的数据库中检索它。
现在的问题是我们不愿意将电子邮件地址存储在任何地方排除了使用像 Sendgrid 这样的电子邮件服务提供商。相反，我们需要通过我们自己的服务器发送大量电子邮件，这可能会影响送达率。我一直在寻找一种“自我托管的 Sendgrid”。一种能让我们发送大量电子邮件，另一种我们可以调整为不存储已发送的电子邮件。
我找到的一个解决方案是 sendy.co，他们将自己定义为：
Sendy 是一个在您的网络服务器上运行的自托管应用程序。
这听起来很有希望，但后来我读到电子邮件是通过亚马逊的云发送的：
Sendy 使用多线程通过 Amazon SES 发送电子邮件。
我想这会让我们回到开始的地方，因为亚马逊正在存储电子邮件地址。
据我了解，ESP 实现的高送达率不仅得益于最先进的电子邮件标头，还在于其服务器得到了 Google/Gmail、Microsoft 和其他电子邮件主机的认可。因此，如果没有 ESP，可能就无法实现高交付率。但是有没有一种替代方法可以让我们在不需要第三方服务器进行发送的情况下实现相对较高的交付能力？
人们倾向于为这项服务付费的原因是因为它相当困难/复杂/耗时。如果发送这封电子邮件是您业务的核心部分，您将需要聘请一名可交付性工程师来处理这件事。如果不是，我会首先联系各种交易型 ESP，看看你是否能找到一个有企业产品的公司，他们愿意为这个用例量身定制。
我觉得我有点晚了。我希望你现在想通了你的问题。
如果你还没有那么：
您可以尝试的一种替代方法是使用本地选项托管您自己的服务器。我会查看 SocketLabs Hurricane MTA。
SocketLabs 是一个云 ESP，就像 Sendgrid。但他们也有一个强大的内部部署选项。
https://www.socketlabs.com/blog/introducing-hurricane-mta-3-0/