在本文它提到，趋势科技现在将来自亚马逊 EC2 的所有电子邮件视为来自“拨号用户”：可能是垃圾邮件，这会给他们的电子邮件带来严重的传递问题。
我们在从 Rackspace 云上的应用服务器发送电子邮件时遇到了各种问题（可能是也可能不是 DUL），我想知道这是否只是一场失败的战斗，我们应该尝试为我们的 SMTP 服务器获取不同的主机。
答案1
首先，有几点/注意事项：
- 很容易就能看到您的 IP 地址是否列在任何常见的 DUL（或其他 RBL — 实时黑名单）上。谷歌搜索“rbl 查找”。
- 可以从 TrendMicro 中删除地址杜尔地图我不知道他们的程序。此外，大多数 EC2 地址都故意放在更广泛使用的列表中，Spamhaus PBL，但你很容易就会把自己从这个名单上删除。
虽然我没有在 EC2 上运行电子邮件服务器，但 Amazon 确实提供了一些支持。您需要填写此表单：
https://aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/ec2-email-limit-rdns-request。
如果获得批准，亚马逊将取消发送限制，将你的主机的反向 DNS 记录设置为你要求的任何内容，并将“与 ISP 和互联网反垃圾邮件组织（如 Spamhaus）合作，以减少你从这些地址发送的电子邮件被标记为垃圾邮件的可能性。”[原文如此]*
* 迂腐的注释：“SPAM” 是午餐肉。你不想要的电子邮件就是“垃圾邮件”。荷美尔如是说并且他们拥有该商标。
答案2
您要向谁发送电子邮件？是通过网站注册的用户，还是少数已知用户？收件人使用严格过滤的可能性有多大？他们有多愿意将电子邮件来源列入白名单？
如果您要向公众发送电子邮件，您最好是寻找另一个 SMTP 主机或研究如何让趋势科技等公司正确地识别您的电子邮件。
现在看来，从 EC2 发送电子邮件确实是一个冒险的提议。
答案3
Rackspace 是否有办法为云实例分配静态 IP 地址，就像 EC2 的一样弹性 IP 地址？如果是这样，请考虑为您的 SMTP 服务器分配一个静态地址。我遇到过类似的问题，来自我们的 EC2 实例的电子邮件被标记为垃圾邮件，但大多数黑名单似乎使用 EC2 为动态分配的 IP 地址保留的 IP 地址块。当我将邮件服务器的弹性 IP 地址切换到完全不同的块中时，我认为它没有被列入黑名单，我们的电子邮件又开始通过了。