我有一个网站需要向客户发送电子邮件以交付他们购买的文件。可靠的电子邮件传递对这项业务至关重要。不幸的是，由于我的 MTA 的“声誉不佳”，我的服务器发送的大多数电子邮件都没有送达。以下是我的一些示例行mail.log：
Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)
Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<[email protected]>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)
Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168
Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<[email protected]>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)
我为改善这种情况而采取的步骤：
- 设置反向 DNS 查找以正常工作
- 为我的域设置 SPF 记录
- 禁止到我的 SMTP 服务器的传入连接
- 根据 RFC 2822 格式化消息
- 从不发送未经请求的消息（我从来没有）
我的服务器在 Rackspace 的云中。IP地址的坏名声是否可能是从以前的客户那里继承下来的？过去一周已经采取了上述一些步骤——我是否必须等待情况好转？还有其他我应该做的事情吗？我应该聘请第三方为我发送电子邮件吗？
不幸的是，无论其背后的硬件如何，IP 都被列入黑名单，因此除了确保您正确发送邮件并联系相关的垃圾邮件列表外，您对现有声誉无能为力。您可能需要等待几天或几周才能改善情况。
我建议使用 Google Apps for SMTP 来消除这些问题 :)
否则，如果您继续自己进行，请检查：
http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl
我和那些家伙有一个 VPS。
显然，Rackspace 抢先列出了他们的一些 IP，但是您可以通过 spamhaus 的列表（至少）逐个 IP 请求删除该块。
一旦我注意到 gmail 拒绝交付，我就不得不和我的主人一起做这件事。在我要求删除 24 小时后，gmail 已更新，一切顺利。
如果这个 IP 地址在您收到时名声不好，Rackspace 应该给您一个不同的地址。
您的 IP 在 Senderbase 中的声誉“差”，但它没有在发送邮件的网络块中的 IP 列表中专门列出您的 IP。看起来您在这里的名声可能很差，因为您的许多邻居都是“穷人”。
http://www.senderbase.org/senderbase_queries/detailip?search_string=174.143.206.168
（奇怪的是，Senderbase 没有关于谁拥有这个 IP 的任何信息。Rackspace 应该在那里列出。“IP Whois”知道...... http://ws.arin.net/whois/?queryinput=174.143。 206.168 )
嗯。您的 IP 在 spamhaus.org PBL 中列出... PBL 不是黑名单，但它是用于最终客户调制解调器的动态IP 地址列表。这听起来不像您期望 Rackspace 提供的那种服务。（除非您是在地下室运行服务器的 DSL/Cable 调制解调器客户。我这样做了很多年。）如果这不是动态 IP，请联系 Spamhaus 和 Rackspace 以重新分类网络块。
http://www.spamhaus.org/query/bl?ip=174.143.206.168
您来自 comcast 的日志条目表明您在 DNSBL 中，并且该链接表明他们使用 Spamhaus SBL/XBL 列表……但您不在其中任何一个中。因此，您可能在列表中并且最近被删除。或者康卡斯特不恰当地使用了 PBL。
但是您的 IP 似乎没有列在我检查过的任何实际黑名单中。在 Senderbase 页面上，单击“基于 DNS 的阻止列表 [显示/隐藏全部]”以查看主要列表，其中包含用于检查您的 IP 的链接。
webreus.nl 似乎在使用 Senderbase 的声誉……这是完全拒绝的一个相当薄弱的基础。
我最好奇的是谷歌的回应……它是唯一一个声称从你的 IP收到过多邮件的人。它说“不请自来”，但我不确定他们如何确定它是否被请求。
我建议你检查你的邮件服务器的日志......确保你只发送你认为你正在发送的邮件。
所以......这是对情况的一种概述，但它并不能帮助您解决它。显然，Rackspace为您提供了一个声誉不佳的 IP，尽管它显然没有作为邮件发件人的真实历史（Senderbase 知道）。向他们询问不同网络块中的 IP 可能会有所帮助，特别是如果您可以先获得一个在 Senderbase 中具有中立或更好声誉的 IP。
正如安迪所说......（意译）保持你的鼻子清洁并尽可能仔细地遵守规则。如果您坚持下去，您可以在 Senderbase 建立良好的声誉。但是，如果您尝试通过电子邮件交付付费商品，我会推动 Rackspace 获得干净的 IP。
作为 Rackspace 用户，您可以使用 SendGrid 为您处理所有这些：http: //blog.sendgrid.com/sendgrid-now-more-available-than-ever-to-rackspace-users/
我曾经尝试自己做这一切，但我现在使用 SendGrid，它变得容易多了。