用邮件黑名单核对一个 IP 或域名

当你的邮件毫无错误提示地凭空消失时,发件服务器的 IP 地址往往就在某份黑名单上。是哪一份名单,区别非常大 —— 知道哪些名单外部根本查不到,同样重要。

正在加载工具……

工作原理

  1. 输入你发信服务器的 IP 地址(或者输入一个域名,用来核对针对域名的那些名单)。
  2. 看这张表:每一行说明那份名单给出的结果,并附上它自己的移除页面链接。
  3. 如果输入的是 IP,也看一下反向 DNS 那一块:它显示的是这个地址注册的名字。名字缺失或者对不上号,本身就会损害投递效果。

为什么什么都不用上传

这个页面上的每一步操作,都由运行在你浏览器标签页里的代码完成,用的就是渲染网页的那套引擎。文件从磁盘读进标签页的内存,在那里被处理,再作为下载写回去。它不会被送到任何地方 —— 不会送给我们,也不会送给第三方。

自己动手验证

  1. 打开浏览器的开发者工具(F12),选择“网络”(Network)面板。
  2. 载入你的文件,运行这个工具。
  3. 你能看到的请求只有这些:工具自己的代码 —— 少数几个重型工具还会从公共 CDN 取它们的开源引擎 —— 外加一条发往 loreatec.jp 的小小访问记录(页面地址和标题,仅此而已)。没有一条带着你的文件。

文件不外传的证明 →

常见问题

为什么 Spamhaus 和 URIBL 没法查?

它们故意拒绝回答通过 Cloudflare、Google 这类公共 DNS 服务发来的查询,而这恰恰是浏览器唯一能走的路。Spamhaus 给出的应答代码意思是“开放式解析器 —— 我不会告诉你”,URIBL 则直接拒绝作答。把这种情况当成“没有上榜”会是完全错误的结论,所以工具把它们单独列出来,附上各自查询页面的链接,偶尔查一次是免费的。

十五份名单里我上了一份,情况有多严重?

这完全取决于是哪一份名单。有些被全球很大一部分邮件服务器参考,有些只有极少数在用。看那一行写的具体内容,按那份名单自己的移除流程处理,并修好导致上榜的问题 —— 一个被盗用的账号、一台配置错误的邮件服务器,或者一个共享 IP 上别人惹的祸。除了你自己,没有别人能帮你摘下来,任何声称能“帮你从一百份黑名单里除名”的服务同样做不到。

什么是“正反向 DNS 互验”(forward-confirmed reverse DNS)?

每个 IP 地址都可以注册一个对应的名字(反向名字,reverse name)。“正向确认”指的是:用这个反向名字再去做一次正向解析,得到的还是同一个 IP。很多收件方都会检查这一点 —— 一台反向名字缺失、或者两边对不上的邮件服务器,在邮件内容还没被读取之前,就已经被当作可疑对象了。反向名字由你的主机服务商设置,正向名字则由你自己设置。

为什么有一行显示“whitelisted”(白名单)?

其中一份名单 —— HostKarma —— 对它的白名单和黑名单用的是同一套查询方式,靠应答代码来区分。上了它的白名单是好消息,所以工具把它显示成这样,而不是当作一次上榜。

黑名单那边能看到我的 IP 地址吗?

看不到。查询请求从你的浏览器发到公共 DNS 服务,再由那个服务去问黑名单。黑名单那边看到的是 Cloudflare 或 Google 的地址,不是你的。