将发送电子邮件的时间从几天缩短到几小时答案

【问题标题】：Reduce time spent sending emails from days to hours将发送电子邮件的时间从几天缩短到几小时
【发布时间】：2014-03-16 18:07:33
【问题描述】：

一个客户每月向大约 100 万用户发送电子邮件，该电子邮件将随着时间的推移而增长。他们目前通过内部交换服务器发送。

他们当前的方法首先是准备所有电子邮件、收件人和附件，然后开始向交换服务器提供脚本。发送一百万封邮件通常需要几天时间。

我的职责是提出一种更好的方法/解决方案，可以在数小时内发送并可能送达这些电子邮件。可以选择使用 amazon ses 和 sendgrid 等 3rd 方服务，但可以根据需要减少交付时间。

【问题讨论】：

Exchange Server 接受来自呈现服务器的消息的速率或呈现服务器本身的速度是需要调查的因素，消息大小和可用带宽量也是如此。我已经有一段时间没有在 Exchange 上工作了，但它应该有日志，您可以在其中关联邮件排队的时间、它们是否遇到临时问题（如超时）以及它们的传递时间。每条消息在日志中都应该有一个唯一的 ID（由服务器创建）。
感谢@Michael-sqlbot。我会确保我也会在这方面进行故障排除。

标签： email smtp exchange-server sendgrid amazon-ses

【解决方案1】：

我将从两个免责声明开始：1）我是 SendGrid 员工，2）这个问题就在 questions StackOverflow doesn't like 的边界上。

也就是说，SES 或 SendGrid 都能够在几天内以远高于 100 万封的速度处理电子邮件。

对于 SendGrid，我们接受所有传递给我们的邮件并在我们端排队，所以如果您能够在一秒钟内向我们发送一百万封电子邮件，我们将接受它们并处理我们服务器上的排队.所以这回答了你能多快把邮件从你身边拿走的问题；将它以多快的速度传递给您的用户的问题。
这是一个更难的问题，取决于许多因素，包括我们是否收到来自电子邮件提供商（谷歌、雅虎、康卡斯特等）的负面反馈，以及您的典型发送量。总而言之，这可能需要几分钟到几个小时，但几天绝对是闻所未闻的。

据我所知，SES 会做同样性质的事情。 SES 强制执行client side send rates（这意味着您每个周期只需要向他们发送N 电子邮件），但这可以根据您的数量和信任度大大提高。同样，据我所知，SES 应该需要几分钟到几小时的时间来处理和发送 100 万封电子邮件。

【讨论】：

谢谢尼克。这是要走的路。我显然没有很好地提出我的问题。但是，当您谈到“排队”方面时，您就成功了。我想相信交换服务器具有类似的排队功能，这让我想知道他们目前做错了什么。