我们如何检查您的电子邮件

在API中，没有副本的确认搜索是 安置=not_received, provider_availability.status=可用, 原因=mailbox_read_succeeded. measured_at 记录读取时间。

已确认读取失败的保存的 not_received 结果将变为 seed_unavailable，原因=mailbox_read_failed。未完成的结果仍待处理，provider_availability 中的读取失败。缺少阅读证据并不能建立完整的搜索。

传送历史记录和失败的服务控制传送不会覆盖已保存的测量。每个副本都保留其提供者、接收时间和可用消息标识。一份报告可能包含不同的发件人域：这是副本之间的差异，并不能证明发现了不相关的邮件。匹配取决于标识符和可用的搜索。 IMAP UID 与其邮箱和 UIDVALIDITY 相关联；移动消息可以更改其 UID。 Microsoft Graph 有自己的身份规则。有界搜索可能会丢失副本。

预定的尝试并不是成功的测量。队列、提供商限制和错误可能会延迟或跳过检查。已确认的图表点和完整的尝试列表的计数不同。未知的时间表并不能证明没有实际观察。

首次检测到垃圾邮件并不意味着较早放置收件箱。在检查之间检测到文件夹更改；其确切时间和原因可能未知。最终结果保留最后确认的文件夹及其时间，包括不完整的观察结果；不保证在 24:00 准确测量成功。

我们使用保存的原始消息的本地验证或受信任的接收服务器结果。任意的 Authentication-Results 标头并不能证明。 SMTP 来源很重要：Received 中的 IP 可能属于中继； SMTP 信封和 HELO 无法仅根据可见的 From 进行重建。身份验证需要成功绑定到同一副本的域的 DMARC 结果；没有足够约束力的旧记录仍然未知。

技术上的 All Clear 摘要需要成功的 SPF、DKIM、DMARC 和 PTR 检查、已知的源数据以及已完成的阻止列表查询且无命中。已确认的问题会产生已发现的问题；缺少证据或错误产生无法检查。问题和不完整的证据可以共存。同一域和 IP 的冲突结果仍然可见。

SPF、DKIM 和 DMARC 可用性是独立的：缺少 SPF 的 SMTP 证据不会使可用的 DKIM 签名检查失效。每种方法都保留其准确的结果和可用性原因。这些是检查摘要约定，并非每个提供商的最低要求。单独的域认证结果需要有自己的支持证据。 SPF 保留通过、失败、软失败、中性、无和错误；空 SMTP 反向路径使用 HELO 身份。 DKIM 密钥查找需要其选择器；未知的选择器不会建立损坏的 DKIM。

严格的 DMARC 对齐需要相同的域；宽松的对齐使用评估者规则下的组织域。当前规范是 RFC 9989，它废弃了 RFC 7489 和 RFC 9091。保存的本地结果使用 mailauth 4.6.8 及其域评估规则；打开报告不会根据新规范重新计算它们。

保存的方法版本：2026-10-01；当前结果解释修订：2026-11-04。评估器修订仅显示在保存位置；旧报告中缺失的修订不会被今天的日期取代。我们使用版本化的保守规则：证据不足仍然未知。确认的可重现案例仅在回归测试后才扩展版本化规则；没有证据支持的案件仍然未知。规则不会自动从测试结果中学习。本文档的审核日期不会改变引擎版本或历史结果。

IP 所有者或发送服务配置 PTR。对于您自己的服务器，请要求 IP 提供商将 PTR 设置为主机名（例如 mail.example.org），然后将该主机名的 A/AAAA 指向同一 IP。普通域区域中的PTR记录不配置IP反向区域。发送平台管理自己服务器的PTR。

正向查找检查第一个返回的 PTR 主机名：A 表示 IPv4，AAAA 表示 IPv6。如果返回多个姓名，则其他不计入检查；他们的计数被详细保留。 HELO/EHLO 是 SMTP 服务器提供的名称。其配置和附加提供程序要求与 PTR 结果分开。如果名称或其检查证据丢失，则不假定匹配。

DNS 记录是已发布的设置，而不是成功的消息检查。单独的 SPF TXT 记录、DKIM 密钥或 DMARC 策略无法验证此副本。 MX 识别传入邮件服务器，但不建立传出 IP。保存的报告检查并不是每次打开页面时的新 DNS 查找。

导出将放置、身份验证、DNS、阻止列表、分析器和内容分开，保留来源和时间。不可用的数据是明确的。仅在保留并安全消毒后才包含原始消息材料；用户添加的文本与收到的副本不独立匹配。

电子邮件地址、完整 URL 和可识别的秘密均经过编辑；二进制附件不共享。这不是提交敏感材料的理由。准备页面允许您检查数据并单独撤销访问权限。较旧的链接可能包含固定快照而不是更新的数据。

打印的客户端报告省略了服务提示和原始 JSON。人工智能的答案可能是错误的；事实必须与假设分开，电子邮件中的说明必须被视为消息内容。咨询不会发送邮件、更改设置或保证未来收件箱的放置。

所有已检查邮箱的收件箱

这些副本是在当时确认的，而不是整个未来的活动。

一项结果，其他未知

不要将一个提供商的结果扩展到其他提供商。 LDM 调查观察差距。

垃圾邮件或辅助文件夹

命名实际文件夹。区分可能原因和既定原因；第二类不是垃圾邮件。

文件夹更改或后来的间隙

保持观察的顺序和时间。错误既不会消除先前的发现，也不会确认当前位置。

身份验证通过，副本位于垃圾邮件中

域身份验证和过滤器的决定是不同的事实。查看其他保存的证据。

SPF、DKIM 或接收器结果不同

请勿合并副本。 DMARC需要传递方法和域对齐；保留来源和时间。

DNS、分析器或访问错误

没有完成检查就意味着没有通过。分别对待 PTR、阻止列表和分析器分数。

AI 无法读取链接或收到不同的文本

说明限制并使用现有事实。添加的文本与原始文本不匹配。

验证缺陷后，纠正该缺陷并发送新的受控测试。如果垃圾邮件仍然存在，请一次比较一项更改：最少文本、业务文本、链接、格式，然后是跟踪。保留所需的取消订阅。关联需要确认测试，并且本身并不建立过滤原因。我们不承诺恢复声誉的日期或建议更改身份以逃避过滤。

可用的检查涵盖 DNS、邮件、HTTP/HTTPS、TLS 和选定的自定义规则。邮件观察包括 SPF、DMARC、MX、采样的 MX PTR 和阻止列表以及可用的 STARTTLS、MTA-STS 和 TLSA 数据。传入 MX IP 可能与传出服务器不同。集成有其自己的连接和所有权要求。

DNS 监控不会持续测量收件箱传送。检查并不能确定真实的观众投诉率、参与度或完全遵守每个提供商的规则。一项测试并不能解释垃圾邮件的所有原因，也不能保证下一次活动的结果。