一个域中的某些地址发送的电子邮件被多个电子邮件客户端标记为垃圾邮件。由于域中只有少数地址被标记为垃圾邮件,因此我认为这不是域问题,或者可能是吗?
我检查了电子邮件标题,但对此没有任何经验,而且我不知道下一步该怎么做:
雷鸟
X-Spam-Flag: YES X-Spam-Score: 6.63 X-Spam-Level: ******
X-Spam-Status: Yes, score=6.63 tagged_above=-10 required=5
tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699,
HTML_MESSAGE=0.001, RCVD_IN_PBL=3.335, RCVD_IN_RP_RNBL=1.31,
RCVD_IN_SORBS_DUL=0.001, RDNS_NONE=0.793,
SHORT_HELO_AND_INLINE_IMAGE=1.39, URIBL_BLOCKED=0.001] autolearn=no
雅虎
X-YahooFilteredBulk: 217.11.253.114
Received-SPF: none (domain of "ourdomain" does not designate permitted sender hosts)
答案1
让我们看一下您提供的电子邮件标题的示例。
得分最高的电子邮件6.63
包括:
DNS_FROM_AHBL_RHSBL=2.699
- 这意味着您的电子邮件通过了滥用主机阻止列表测试。
RCVD_IN_PBL=3.335
- 每这一页该电子邮件是通过 Spamhaus PBL 中的中继接收的。
RCVD_IN_RP_RNBL=1.31
- 每这一页接收链中的最后一个外部中继列在 DNSBL 返回路径信誉网络黑名单 (RNBL) 中。
RDNS_NONE=0.793
- 每这一页电子邮件由没有 rDNS 的主机传递到可信网络。
接收主机确定这封电子邮件是垃圾邮件,因为它的得分为 6.63 分,而阈值为 5(参见required=5
标题中的)。
现在,DNS_FROM_AHBL_RHSBL=2.699
这不是你的错 - 根据他们的公告系统已关闭,不应再使用。
关于其余的观点 - 它们可能是有效的,并且您的电子邮件中继或恰好参与您的电子邮件路由的电子邮件中继实际上可能被列入黑名单。
RDNS_NONE=0.793
可以通过为电子邮件中继创建 PTR DNS 记录来修复。
正如我解释以前,这种垃圾邮件检测是基于半任意规模的,评估发生在接收邮件服务器上。这些设置很可能出错,导致合法的电子邮件被标记为垃圾邮件。
在这种情况下,一个明显的原因是接收系统正在使用已被关闭的滥用主机阻止列表,因此可以为您的电子邮件评分更多分(误报)。
如果你在互联网上搜索,DNS_FROM_AHBL_RHSBL
你会发现许多人都面临着同样的问题。
远程电子邮件服务器的所有者应该停止使用该系统,这样即使没有进一步的行动,该特定电子邮件的垃圾邮件分数也会降至阈值以下,并且不再被视为垃圾邮件。
您可以通过为您的电子邮件网关创建 PTR DNS 记录并将您的邮件服务器从黑名单中删除(如果已列出)来进一步降低潜在的垃圾邮件分数。
答案2
可能是域名问题。
检查这个工具http://viewdns.info/在写着“垃圾邮件数据库查找”验证该域名是否在已知垃圾邮件发送者的数据库中。