在 .net 中测试批量电子邮件的最佳工具？
场景是我们通过 SMTP 服务器发送数千封电子邮件。 内容是提前创建的，并在发送时提取。
问题是我们想要找到生产环境中的瓶颈以及需要完成工作的地方。 目标是能够在十分钟内发送 50 万封电子邮件*。
我们应该创建虚拟电子邮件帐户吗？ 我听说能够发送到仅将它们保留在本地的 SMTP 服务器，但这真的测试了所有瓶颈吗？ 有人对此有一些战略方法吗？
*这是针对想要推广票价交易的航空公司，根据法律，他们必须在一定的时间内向所有人发送电子邮件，否则交易会产生法律影响。 以防有人担心这是垃圾邮件生成器。
Scenario is that we send out thousands of emails through SMTP server. Content is created in advance and picked up when sent.
The thing is we want to find where our bottlenecks are in production environment and where work needs to be done. Goal is to be able to send half a million emails in ten minutes*.
Should we create dummy email accounts? I've heard of being able to send to SMTP server that only keeps them locally but does that really test all bottlenecks? Has anyone got some strategic approaches to this?
*this is for an airline who wants to promote a fare deal, by law they are required to email everyone within certain time limit otherwise there are legal implications to deal. In case someone was fearing this was a spam generator.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
航空公司正在促销票价优惠吗？ 10 分钟内收到 50 万封电子邮件？ 对我来说当然听起来像是垃圾邮件。
无论如何，如果您确实设置了虚拟帐户并将其托管在少数提供商上，那么您最终将浪费这些提供商的带宽（并且可能会拒绝它们）。
如果您设置内部虚拟服务器并托管自己的帐户，您将不确定您的传出带宽是否可以处理生产中的负载。
一种方法可能是设置您自己的外部 smtp 服务器，在那里创建一个或多个帐户，然后在那里转储垃圾邮件，呃，促销电子邮件。
更新：只是想知道，为什么有 10 分钟的限制？ 如果您被允许小批量地发送电子邮件而不是一次性让您的管道饱和，那么这肯定会更好。
An airline promoting a fare deal? Half a million emails in 10 minutes? Certainly sounds like spam to me.
In any case, if you do set up dummy accounts and host them on just a few providers, you will end up wasting the bandwidth of those providers (and maybe DOSing them).
If you set up an internal dummy server and host your own accounts, you won't be sure if your outgoing bandwidth can handle the load in production.
One way might be to set up your own external smtp server, create one or more accounts there, and dump the spam, er, promotional email there.
Update: Just wondering, why the 10-minute limit? This would certainly scale much better if you were allowed to trickle out the emails in small batches instead of saturating your pipes all at once.