我有一个网站，需要发送电子邮件给客户提供他们已经购买的文件。 可靠的电子邮件交付对这项业务至关重要。 不幸的是，我的服务器发送的大部分电子邮件都没有发送，因为我的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)
我已经采取措施来改善这种情况：
我的服务器位于Rackspace的云中。 IP地址的恶名可能是从以前的客户inheritance的吗？ 上面的一些步骤已经在过去的一个星期里采取了 – 我是否要等待情况有所改善？ 还有其他的事情我应该做的吗？ 我应该雇用第三方为我发送电子邮件吗？
不幸的是，IP被列入黑名单，不pipe其后面的硬件如何，所以除了确保您正确地发送邮件并联系相关的垃圾邮件列表之外，您对现有声誉没有太多的办法。 您可能需要等待几天或几周才能改善情况。
我build议使用Google Apps for SMTP来消除这些问题:)
否则，如果你继续自己，检查：
http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl
我有一个VPS与那些家伙。
显然Rackspace抢先列出了一堆他们的IP，但是你可以通过ip-by-ip的方式来请求删除这个block（至less）spamhaus的列表。
一旦我注意到gmail拒绝发货，我必须和主人一起做这件事。 在我要求删除的24小时之后，gmail被更新了，并且很好。
如果这个IP地址在收到它的时候声誉不好，Rackspace会给你一个不同的地址。
您的IP在Senderbase中有一个“差”的声望，但是它并没有将您的IP专门列在发送邮件的networking块中的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不是黑名单，但它是用于最终用户调制解调器的dynamic IP地址列表。 这听起来不像你期望从Rackspace那里得到的服务。 （除非你是一个在地下室运行服务器的DSL / Cable调制解调器客户，我已经这么做了很多年了。）如果这不是一个dynamic的IP，联系Spamhaus和Rackspace关于重新分类networking块。
http://www.spamhaus.org/query/bl?ip=174.143.206.168
你从comcast的日志条目说你在一个DNSBL和该链接说，他们使用Spamhaus SBL / XBL列表…但你不在其中任何一个。 所以有可能你在列表中，最近被删除。 或者康卡斯特不恰当地使用PBL。
但是你的知识产权似乎并没有列在我查过的任何实际的黑名单中。 在Senderbase页面上，单击“基于DNS的阻止列表[显示/全部隐藏]”，查看包含链接以检查IP的主要列表。
webreus.nl似乎正在使用Senderbase的声誉…这是一个相当薄弱的基础，直接拒绝。
我最感兴趣的是Google的回应……这是唯一一个声称从您的IP 收到过多邮件的人。 它说“不请自来”，但我不知道他们如何确定是否被请求。
我build议你检查你的邮件服务器的日志…确保你只发送你认为你正在发送的邮件。
所以…这是对情况的一个概述，但是对于帮助你解决这个问题并没有太大的帮助。 显然Rackspace 已经给了你一个名声不好的IP，即使它显然没有作为邮件发送者（Senderbase知道）的真实历史。 要求他们在一个不同的networking块的IP可能会有所帮助，特别是如果你能得到一个在Senderbase中有一个中立或更好的声誉开始。
正如Andy所说…（意思是）保持你的鼻子清洁，尽可能仔细地遵守规则。 你可以build立一个Senderbase良好的声誉，如果你坚决了。 但是，如果您想通过电子邮件提供付费产品，我会推动Rackspace获得一个干净的IP。
作为一个Rackspace用户，您可以使用SendGrid为您处理所有这些： http : //blog.sendgrid.com/sendgrid-now-more-available-than-ever-to-rackspace-users/
我曾尝试自己做，但我现在使用SendGrid，它变得更容易。