从EC2 / Rackspace Cloud发送电子邮件是个坏主意吗?

在这篇文章中,它提到TrendMicro现在将来自Amazon的EC2的所有电子邮件都视为来自“拨号用户”:可能是垃圾邮件,这会给他们的电子邮件造成严重的传递能力问题。

我们正在从Rackspace云上的应用程序服务器发送各种问题(可能会或可能不会),我想知道这是不是一场失败的战斗,我们应该尝试获得不同的主机我们的SMTP服务器。

首先,有几点要注意:

  • 很容易看到您的IP地址是否列在任何常见的DUL(或其他RBL – 实时黑名单)上。 Google“rbl lookup”。
  • 可以从TrendMicro MAPS DUL中删除一个地址。 我不知道他们的程序。 此外,大多数EC2地址都是故意使用的更广泛的列表, Spamhaus PBL ,但很容易从列表中删除。

虽然我不在EC2上运行电子邮件服务器,但是Amazon提供了一些支持。 你需要填写这个表格:

https://aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/ec2-email-limit-rdns-request

如果获得批准,亚马逊将删除发送限制,根据您的要求设置主机的反向DNSlogging,并与ISP和互联网反垃圾邮件组织(如Spamhaus)一起工作,以减less从这些地址发送的电子邮件被标记为垃圾邮件“。[ 原文如此 ] *

*迂腐的说明:“SPAM”是午餐肉。 您不想要的电子邮件是“垃圾邮件”。 荷米尔说 ,他们拥有这个商标。

你向谁发送电子邮件? 是通过网站注册的人,还是less数已知的用户? 收件人有多大可能使用积极的过滤,以及他们愿意如何将电子邮件的来源列入白名单?

如果您要向公众发送电子邮件,最好还是find另一个SMTP主机,或者研究如何让您的电子邮件得到像趋势科技这样的人的正确定位。

这似乎是从EC2发送电子邮件现在是一个冒险的命题。

Rackspace是否有办法将静态IP地址分配给云实例,如EC2的弹性IP地址 ? 如果是这样,请看看为您的SMTP服务器分配一个静态地址。 我有类似的问题,我们的EC2实例的电子邮件被标记为垃圾邮件,但大多数黑名单似乎使用EC2保留dynamic分配IP地址的IP地址块。 当我切换到我们的邮件服务器的弹性IP地址,这是一个完全不同的块,我认为是不列入黑名单,我们的电子邮件开始再次通过。