修复我的MTA信誉不佳

我有一个网站，该网站需要向客户发送电子邮件以交付他们购买的文件。可靠的电子邮件传递对这项业务至关重要。不幸的是，由于我的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=<user@domain.com>, 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=<user@domain.com>, 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消除这些问题：）

否则，如果继续自己检查，请检查：

• 您不在黑名单中
• 您的服务器具有MX和反向DNS记录
• 您拥有SPF DNS记录（许多服务器在没有有效SPF的情况下拒绝邮件，例如GMail，这是一种说明和向导）
• 您的邮件服务器的HELO响应与您的主机名匹配
• 您的邮件服务器不是开放中继
• 您的DNS记录的TTL不太低-建议使用86400（24小时）（某些垃圾邮件发送者将其TTL设置得很低以定期更新伪造的DNS记录）
• 您遵守AOL的技术标准

http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl

我和那些家伙有一个VPS。

显然，Rackspace抢先列出了他们的IP，但您可以通过IP逐个IP地址（至少）通过spamhaus的列表请求删除该阻止。

一旦我发现gmail拒绝递送，就必须与主机进行此操作。我要求将其删除后的24小时，gmail已更新并且可以使用。

如果您在收到该IP地址时口碑不好，Rackspace应该给您一个不同的名称。

您的IP在Senderbase中享有“不良”的声誉，但是它没有在发送邮件的那个Netblock的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联系以获取有关重新分配Netblock的信息。

http://www.spamhaus.org/query/bl?ip=174.143.206.168

您在comcast上的日志条目说您在DNSBL中，而该链接说他们在使用Spamhaus SBL / XBL列表...但是您都不在其中。因此，您可能在列表中并且最近被删除。或Comcast不适当地使用了PBL。

但是您的IP似乎没有列入我检查过的任何实际黑名单中。在Senderbase页面上，单击“基于DNS的阻止列表[显示/全部隐藏]”以查看主要列表的链接，以检查您的IP。

webreus.nl似乎在使用Senderbase的声誉...这是彻底拒绝的基础。

我最好奇的是来自Google的回复...这是唯一声称收到过您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，它变得容易得多。