如何从 DNS 黑名单下架
DNS 黑名单——也叫 DNSBL 或封锁名单——是一份公开的 IP 地址或域名清单，邮件服务器实时查询它来决定接收、限流还是拒绝来信。被收录通常意味着你的退信已经开始了；而下架没有一颗统一的按钮，因为每家名单有自己的收录理由、自己的下架渠道和自己认可的证据。本文按能成功的顺序走完整个流程：先确切确认被列的是什么，在开口申请之前修好原因，使用每家名单自己的下架机制，然后预热并监控，别在下一周又被列回去。先用黑名单检查查你的发送 IP 和域名，打开结果对照着读。
第一步：确认被列的是什么、被哪家列
你的第一份证据是退信本身。读完整的 SMTP 拒绝信息，不要看别人转发的截图：它通常会写明接收方系统、它查询的确切名单、被列的地址以及参考编号或理由代码。把聚合查询的结果当作地图，而不是收录本身，然后到名单运营方自己的查询页逐项确认。用黑名单检查查你实际发送邮件的每一个 IP——包括邮件真正经过的中继或智能主机，它可能并不是你心里那台“邮件服务器”——以及发件地址和正文链接里的域名。在改动任何东西之前，记下名单名、被列项、所示的收录日期和给出的理由。
把 IP 收录和域名收录分开，因为它们的主人和修法不同。Spamhaus SBL、XBL 或 Barracuda 信誉封锁名单这类 IP 名单跟着发送机器走：修复点在服务器配置、入侵清理和发送行为。Spamhaus DBL 或 SURBL 这类域名名单跟着出现在正文或发件地址里的域名走，所以一台完全干净的服务器也可能因为一个被黑页面、一个跳转器或一场旧营销活动把域名带进了垃圾邮件而被拦。在共享主机或邮件服务商的共享 IP 上，收录甚至可能与你无关：这种情况下必须由服务商出面修复并申请下架，你的工作是把确切的收录参考号交给他们，并询问在他们处理期间把你迁到干净 IP 是否合适。
最后，区分滥用收录和策略收录。例如 Spamhaus PBL 条目通常意味着该 IP 段本就不应直接向互联网发信——那是对地址段的陈述，不是指控你发了垃圾邮件。拿滥用申诉去打策略收录，只会浪费你那一次清楚的申请机会；正确的修法是改走服务商授权的中继，或请服务商更正该地址段的策略数据。你面对的是哪一种收录，决定了接下来的一切。
第二步：在开口申请之前先修好根源
只要原因还在运行，任何下架申请都不可信。先处理技术原因：陌生人可以借道发送的开放中继或开放代理、被攻陷并在发送你从未写过的邮件的邮箱、网站或服务器、会把表单提交转发到任意地址的脆弱表单、邮件账户上弱或重复使用的密码，以及队列里堆着你不认识的邮件。停止发送，轮换凭证，修补或恢复被攻陷的部件，关闭中继，并保留滥用停止时间的证据——时间戳、队列日志和你所做的改动。名单运营方往往能看出流量是否真的停了；一份声称已修复、却与数据矛盾的申请，是通往拒绝的最快路径。
然后处理发送行为上的原因，它们同样可靠地导致收录。群发购买的、爬来的或多年前的名单，无视退信和退订，冷 IP 突然放量，以及招致投诉的营销活动，都会让一台技术上完美的服务器重新被列。清理名单，压制每一个硬退信和投诉者，及时执行退订，并在收录解决前完全暂停群发。如果是某个客户、经销商或联盟伙伴通过你的系统发了出问题的邮件，停掉那个发送者，并准备好明说：“我们修好了服务器”在一个运营方证据直指某个账户营销活动时，不是答案。
最后收尾认证，因为错位的认证既导致收录，也削弱你的下架申请。SPF 必须授权真正为该域名发送的 IP，DKIM 必须用接收方能验证的密钥签名，DMARC 必须与可见的发件域对齐通过——用邮件送达检查查这三项，并在DMARC 报告分析器里读聚合报告，找出被你遗忘的发送者。顺手把反向 DNS 和一致的 HELO 名也配好。一份来自自身认证都坏掉的域名的下架申请，在审核者眼里读起来就像问题还没有修完。
第三步：用每家名单自己的下架渠道——它们不可互换
有些名单在原因修好后是自助的。Spamhaus 通过它自己的检查器和 FAQ 提供 IP 与域名信誉查询及相应的下架步骤；被利用机器类收录在感染清除后通常可由地址的运营者自助下架；Barracuda 的下架表单要求服务器 IP、可达的邮箱和电话以及理由——只提交一次，并写具体的说明，因为 Barracuda 明确表示，信息无效的申请和重复申请都会被忽略。表单里有自由文本框的地方，那个框就是申请本身：发生了什么、何时停止、你改了什么，用几句事实写清。
另一些收录你根本无法自己移除。有些在触发报告停止后自动过期，提前申请除了改改你自己的笔记什么都改变不了。最严重的研究型收录只能应网络所有者的请求移除，所以你的路径要走服务商的滥用处理台，并附上收录参考号。还有一些拦截根本不是公共 DNSBL 收录：例如微软运行它自己的发送者系统——按拒绝信息里的指引使用它点名的下架门户，并用微软的 SNDS 数据看你的 IP 在他们眼中的样子——不要去找一个从来就不是拦你元凶的公共名单。
无论走哪条路，把申请写成事故报告，而不是恳求。写明被列的 IP 或域名、名单、你得知的时间、你找到的根源、具体的修复及其日期，以及你已建立的监控。用一个仍能收信的域名上的联系地址，并保留参考编号。运营方要求更多证据时，就只发那份证据。含糊的“请移除我们，我们是正经企业”没有回答审核者的任何问题，也是可移除的收录赖着不走的最常见原因。
付费下架陷阱——正规名单不收费
记住这条能省钱的规则：没有任何正规的大名单收下架费。Spamhaus、Barracuda、SpamCop 和微软门户的下架都是免费的。任何声称付费即可保证或即时下架的人，最好的情况也不过是替你提交你自己就能提交的同一张免费表——没有任何第三方能购买、影响或加速运营方的决定——最坏的情况是纯粹骗钱。少数冷门名单确实要求付费下架；这个要求本身就是破绽。主流接收系统不会依赖卖下架的名单，所以付了钱也买不到任何接收方会注意到的东西。
其他陷阱免费但同样昂贵。修复完成前提交，通常换来重新收录；反复过早申请甚至可能让你失去自助下架的资格。一遍遍“碰运气”地重复提交同一申请，可能让它被直接忽略。而不修原因、靠跳到新 IP 或仿冒域名来逃避收录，会被运营方读成雪鞋（snowshoe）模式——发送者分散滥用以逃避信誉的行为——能把一条可移除的收录变成更大、更难解的一片。运营名单的人早就把不存在的捷径计入了他们的流程。
下架之后：监控、预热，并正确地读拒绝理由
下架停止的是 DNSBL 拒绝；它并不恢复你原有的信誉，接收方的内部系统仍按自己的时钟运转。先预期一段短暂的滞后，等缓存的 DNS 答案和内部评分老化，然后有意地预热：先恢复发给活跃收件人的必要、预期内邮件，保持低而稳的量，每一步都盯退信和投诉，再逐步放量。在干净的第一个早晨就发出全年最大的营销活动，是运营者挣得第二次收录的方式——那种流量形态看起来和造成第一次收录的一模一样。
把这次事故变成监控例行程序，让下一次收录由你先发现，而不是由你的客户。用黑名单检查定期复查，并在任何发送变更后复查；在你够格的地方看 postmaster 和 SNDS 类信誉数据；持续读 DMARC 聚合报告找流氓发送者；任何新的拒绝都用邮件头分析器看它的邮件头，弄清是哪个系统反对、为什么。大多数第二次收录在变成退信之前几天就已在这些数据里可见。
如果申请被拒，把拒绝当作说明书来读。“证据不足”意味着你的修复只是断言、没有展示——用日志、日期和具体改动来回答。“仍观察到活动”意味着还有东西在发；相信它，去猎捕，而不是争辩。“请联系你的服务商”意味着这条收录不归你移除，再向运营方申请也不会动它。修好被点名的缺口，等到数据支持你，再带着新证据只提交一次。被认真读过的拒绝，通常就是对剩余工作最短的现成说明。