Amazon web services AmazonEC2上的电子邮件服务器
我们有一个在AWS m1.medium实例上运行postfix的电子邮件服务器。我们每周发送大约150000封电子邮件,每天发送30000封电子邮件。出于某些商业原因,我们不想使用Amazon SES。每天的发送通常需要2个多小时,我们希望减少这种情况。关于增加AWS实例类型/类,您有什么建议?有许多实例类,我们无法确定哪个类/类型最适合我们的情况。有什么建议吗?对于您的用例,实例大小可能并不重要。在两个小时内发送30000封电子邮件,无论是CPU、磁盘还是网络需求,都不算多 最有可能的是,通过更好地重叠电子邮件发送请求,您将看到改进。这可以通过软件设计改进来实现,或者简单地通过多个EC2实例分割发送Amazon web services AmazonEC2上的电子邮件服务器,amazon-web-services,email,amazon-ec2,postfix,Amazon Web Services,Email,Amazon Ec2,Postfix,我们有一个在AWS m1.medium实例上运行postfix的电子邮件服务器。我们每周发送大约150000封电子邮件,每天发送30000封电子邮件。出于某些商业原因,我们不想使用Amazon SES。每天的发送通常需要2个多小时,我们希望减少这种情况。关于增加AWS实例类型/类,您有什么建议?有许多实例类,我们无法确定哪个类/类型最适合我们的情况。有什么建议吗?对于您的用例,实例大小可能并不重要。在两个小时内发送30000封电子邮件,无论是CPU、磁盘还是网络需求,都不算多 最有可能的是,通过
当然,我在这里做了很多假设,因为您没有提供任何关于发送内容的统计数据等。由于您没有指定任何细节,我假设这是某种客户关系事项时事通讯等,它将发送大量类似甚至相同的电子邮件 你不可避免地会遇到的问题是,你的邮件被分类/视为未经请求的邮件。你描述的症状是什么 每天的发送通常需要2个多小时,我们希望减少这种情况 听起来很像和/或对我来说。如果这真的是问题所在,那么除了让你的批量电子邮件看起来不像垃圾邮件,你的邮件传递系统表现得像一个愚蠢的群发邮件者之外,你几乎无能为力
另请参见此问答:Hi Datenwolf,非常感谢您的回复。是的,它是用来发送时事通讯的,但不是主动发送的电子邮件。所有订户都同意通过我们的网站订阅来接收该信息。此外,如果这是由于greylisting或tarpitting造成的,我会在服务器上看到一个很长的邮件队列吗?通常,邮件队列始终保持在80封左右,与发送30000封邮件的大小相比,我相信这是相当不错的。