在这篇文章中,它提到TrendMicro现在将来自Amazon的EC2的所有电子邮件都视为来自“拨号用户”:可能是垃圾邮件,这会给他们的电子邮件造成严重的传递能力问题。
我们正在从Rackspace云上的应用程序服务器发送各种问题(可能会或可能不会),我想知道这是不是一场失败的战斗,我们应该尝试获得不同的主机我们的SMTP服务器。
首先,有几点要注意:
虽然我不在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地址,这是一个完全不同的块,我认为是不列入黑名单,我们的电子邮件开始再次通过。