【问题标题】:Email Server on Amazon EC2 [closed]Amazon EC2 上的电子邮件服务器 [关闭]
【发布时间】:2018-04-07 04:24:04
【问题描述】:

我们有一个在 AWS m1.medium 实例上运行 postfix 的电子邮件服务器。我们每周发送大约 150,000 封电子邮件(每天 30,000 封电子邮件)。出于某些业务原因,我们不想使用 Amazon SES。每天的发送通常需要超过 2 个小时,我们希望减少此时间。您对增加 AWS 实例类型/类有什么建议?有许多实例类,我们无法确定哪个类/类型最适合我们的情况。有什么建议吗?

【问题讨论】:

    标签: amazon-web-services email amazon-ec2 postfix


    【解决方案1】:

    由于您没有指定任何细节,我认为这是某种客户关系问题(通讯等),它会发送许多相似甚至相同的电子邮件(批量电子邮件)。

    您不可避免会遇到的问题是,您的邮件被分类/视为未经请求。你描述的症状

    每天的发送通常需要超过 2 个小时,我们希望减少此时间。

    对我来说听起来很像greylisting 和/或tarpitting。如果这确实是问题所在,那么除了使您的群发电子邮件看起来不像垃圾邮件并且您的邮件递送系统表现得像一个愚蠢的群发邮件之外,您几乎无能为力。

    另请参阅此问答:https://webmasters.stackexchange.com/a/19170

    【讨论】:

    • 嗨,Datenwolf,非常感谢您的回复。是的,它用于发送时事通讯,但它不是不请自来的电子邮件。所有订阅者都同意通过我们的网站订阅来接收该信息。此外,如果它是由于灰名单或缓送,我不会在服务器上看到很长的邮件队列吗?通常情况下,邮件队列一直保持在 80 封左右,与发送 30,000 封相比,我相信这已经相当不错了。
    【解决方案2】:

    对于您的用例,实例大小可能无关紧要。两小时内收到 30,000 封电子邮件,无论是对 CPU、磁盘还是网络的要求,都不算多。

    通过更好地重叠电子邮件发送请求,您很可能会看到改进。这可以通过软件设计改进来实现,或者简单地通过多个 EC2 实例拆分发送。

    当然,我在这里做了很多假设,因为您没有提供有关您发送的内容等的任何统计信息。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-03-01
      • 2012-06-24
      • 2012-01-27
      • 2015-04-23
      • 2010-12-24
      • 2018-03-01
      • 2015-06-28
      • 1970-01-01
      相关资源
      最近更新 更多