邮件送达能力

浏览时使用的筛选、搜索和视图选项会保存在浏览器标签页中，刷新页面或切换页面后仍然保留，并按用户和工作区分别保存。

邮件送达能力衡量邮件能否进入收件箱，而不是退信、被标记为垃圾邮件，或落入垃圾邮件文件夹。Warmbly 按邮箱和营销活动跟踪这些情况，并在邮箱出现风险时自动采取行动。

这些默认阈值刻意严于 Google 或 Microsoft 开始处罚发件人的水平，以便在服务商执法影响信誉之前先采取措施。

通过范围标签将所有数据限定为 7d、30d 或 90d。页面实时更新，无需刷新。

评分是 0-100 的综合分数，从 100 开始：退信率最多扣 40 分，在 10% 时扣满；投诉率最多扣 30 分，在 0.30% 时扣满；垃圾邮件占比最多扣 40 分，在 40% 时扣满。退信率达到 5%、投诉率达到 0.1% 时突出显示。

使用自定义选择显示哪些区域。选择和时间范围会按浏览器保存。

扩大营销活动规模前，请按服务商检查种子投递位置。 汇总结果可能掩盖 Gmail 与 Outlook.com 的差异。差异值得调查，但本身不能证明原因。历史比例指标的分母包含超时前未观察到的副本；超时并不能证明邮件被拒收、延迟或没有到达。可以从投递位置测试运行一次测试，或让活动监控器定期测试。有关副本的发送、查找和分类方式，以及如何结合多次测试解读单次结果，参见收件箱投递位置测试。

预热投递位置是受控环境下的观察。 种子测试和合作邮箱衡量的是这些测试收件人的情况，不能等同于真实客户收件箱的到达概率。连接器接受邮件仅记录了一次提交，不代表收件方已收到，更不代表进入收件箱。点击预热收件箱投递位置中的邮箱，可查看其历史。

观测范围与缺失数据

新回执会保留后续操作之前首次记录到的文件夹。判定为收件箱或垃圾邮件，必须有明确的文件夹或垃圾邮件证据。空文件夹信息和未分类文件夹保持未知；归档和自定义文件夹单独展示，不算收件箱。超时前未观察到的副本可能是延迟或未上报，并不能证明退信。较晚到达的种子观察会单独记录，不改写原超时判定。

预热的非垃圾邮件占比，在已分类回执中计入收件箱和分类标签页。种子测试保留历史 delivered 字段和比例指标，其分母包含超时项。新增的 observed_receipts、classified_receipts、unresolved 及指标元数据，展示不同的证据基础。缺失的比率为 null，而非零。历史分类计数保持完整，并标记为未采集此类观测；升级不会为过去的邮件凭空补造首个文件夹或身份验证通过结果。

指标元数据说明总体、分子、分母、缺失情况、单位、来源和分类策略。预热报表包含日期范围，主要比率使用七天窗口。可选的 95% Wilson 区间假定观察相互独立；重复邮箱、种子、路由和时间安排会违反这一假设，因此该区间不能证明效果，也不是经过校准的真实收件人收件箱到达概率。

Google、Microsoft 和 Yahoo 家族汇总不能与其个人版、企业版服务互换使用。需要区分 Gmail 与 Google Workspace，或 Outlook.com 与 Microsoft 365 时，请查看主机级明细。无法区分的主机保留为未知。预热池投递位置、自然收件人活动、打开、退信和投诉分别保留。垃圾邮件救回请求只是一次操作尝试，不代表已确认移动，更不证明信誉恢复。

每个邮箱都处于一个健康等级，以彩色标签显示。等级决定 Warmbly 的处理方式。“观察”和“限流”在邮箱页面显示为琥珀色警告，而非红色错误，除非还存在独立账户问题。处于这两个等级、且正在预热的邮箱，在概览中仍计入预热中，标注已减速，而不计入需要处理，因为预热仍在继续，等级也会自行解除；仅因收件箱到达率低而警告的预热邮箱同样如此。这些状态不会在收件箱到达率造成的评分上限之外，再额外扣固定分数。邮箱健康度是满分 100 的评分，不是收件箱百分比。

任何单项达到阈值，邮箱都会进入对应等级。各等级的处理如下：

• 健康：正常发送，无需处理。
• 观察：预热保持原发送量和节奏，同时池中会对更多邮件进行回复和救回，参见恢复互动，因为预热正是恢复投递位置的途径。冷邮件量降低至 70%，因为冷邮件会消耗信誉。垃圾邮件占比回到 7.5% 以下后解除。
• 限流：预热继续运行，发送量减半、间隔加倍，冷邮件量也减半。垃圾邮件占比降到 15% 以下时退回观察，降到 7.5% 以下时恢复健康。对于新近落入垃圾邮件的情况，独立的早期信号递增限制仍然适用。
• 隔离：移出共享付费预热池 7 days，既不作为发件人，也不作为收件人，冷邮件发送暂停。
• 封禁：移出共享池 30 days。

仅由垃圾邮件占比引起的等级最多到限流。它反映信誉，而预热是邮箱恢复的方式，因此会降速并在恢复后自行解除，无需申诉。

投递位置决策与主要收件箱到达率使用相同的七个 UTC 日期：今天及此前六天。此日期边界不会缩短投诉或篡改行为的滚动窗口。

最低样本量避免一次坏事件让新邮箱骤然变级：垃圾邮件占比需要 20+ 次已验证预热投递，范围为 7 days；投诉需要 100+ 封已投递邮件，范围为 30 days。

垃圾邮件占比只对 Google、Microsoft 和 Yahoo 作判断。其他邮件主机使用自己的过滤器，因此会展示其垃圾文件夹情况，但绝不据此处罚邮箱；参见如何判断垃圾邮件占比。

封禁后重新加入

仅仅等时间过去还不够。被封禁邮箱必须重新满足条件：SPF、DKIM 和 DMARC 仍健康；近期没有投诉或硬退信突增；没有近期篡改收到的预热邮件；在新的观察期样本中，垃圾邮件占比回到 10% 以下。重新进入后从较低量开始，预热约为 5-10/day。

SPF、DKIM 和 DMARC 要求取决于服务商和发送场景。Warmbly 大约每天检查一次 DNS 记录，也可从邮箱中按需检查。这是记录发现，不是对实际投递路由的身份对齐验证。

• 通过：SPF 和 DMARC 均存在，并可通过权威 DNS 读取两条记录。
• 失败：缺少 SPF 或 DMARC。
• 未知：尚未检查，或查询未能完成。DNS 短暂故障不会被当作配置错误。

只有域名自身的权威名称服务器确认不存在时，才会报告记录缺失。如果实例的解析器未返回 SPF 或 DMARC，检查会直接查询域名委派的名称服务器，并以其答案为准。这覆盖了解析器仍缓存发布前“无此记录”的结果、丢弃 TXT 响应或自身失败的情况；这些都不能把配置正确的域名标记为失败。查询使用域名的完全限定名称，因此失败时不会追加主机搜索域重试，再被误判为“未找到”。

DKIM 单独显示为已找到或未验证，绝不显示“缺失”。DKIM 密钥位于所有者选择的 selector 下，DNS 没有办法列出域名下全部 selector，因此某处没有响应不能证明没有配置。检查并非盲猜：它会读取域名自身的 SPF 和 MX 记录，从中识别邮件服务商，除常见默认 selector 外，还会探测该服务商公布的 selector。Amazon SES 等为每个账户随机生成 selector 的服务商，按设计可能无法通过这种方式验证。

因此，DNS 发现可以显示通过，同时 DKIM 未验证。未发现 selector 不会阻止发送。请在服务商控制台确认签名，并检查接收服务商自身可信的邮件身份验证诊断。复制来的邮件头或任意 Authentication-Results 值，不能证明身份验证通过。

就绪状态说明会分别列出 DNS 发现、接收方身份验证、投递 TLS，以及符合条件的批量邮件一键退订。获取到的邮件头只对可见 From、信封域名、签名域名和 selector（若存在）提供有限诊断信息，并注明来源和观察时间。这些仍是未经验证的声明：没有可信的接收边界评估，实际 SPF/DKIM/DMARC 判定、对齐和 TLS 都保持未知。未知的邮件证据不会为现有邮箱增加新的发送前提。

父域名上的 DMARC 记录覆盖其子域名，因此 mail.yourdomain.com 这样的专用发件子域名，可以通过发布在 yourdomain.com 的记录通过检查。如果父域名设置了 sp=，界面显示该策略，因为 sp= 正是父域名针对子域名发布的策略。SPF 则相反，不会继承，因此每个发件子域名都需要自己的 SPF 记录。

只有 DNS 能够确定的这两类记录决定状态。DMARC 策略为 p=none 也算通过，因为 Google 批量发件人规则要求 p=none 或更强的 DMARC 记录，阻止合规发件人并没有益处。

域名验证失败时会停止哪些操作

域名超过宽限期仍失败，会停止该域名下所有邮箱的冷邮件营销活动发送和预热发送。邮箱继续保持连接、同步并接收预热邮件，因此保留池中的位置和入站容量。它只是停止向池内共同依赖的信誉增加未经验证的发送量。

宽限期按实例设置，默认为 72 hours，从检查首次发现失败时开始计算，不是从连接邮箱时算起。记录刚出现问题的当天不会立刻停止发送。计时开始时会通知你，邮箱抽屉显示状态，顾问卡片则倒计时到停止发送日期。

恢复发送

在域名注册商处补上缺失记录，然后打开邮箱，在域名身份验证下点击检查或重新检查。具有管理邮箱权限的人执行后，会立即保存新判定，并在下一次计划发送时恢复。没有该权限的队友也能看到实时结果；记录已经正确时，横幅会告诉他们。等待后台检查也可以，只是更慢，大约每天检查每个域名一次。

如果邮箱在失败状态下曾断开连接，重新连接后也建议点击重新检查，因为恢复连接时会重新刷新其存储状态。

如果营销活动因为所有发件邮箱都受限而已经暂停，活动日志会说明原因；域名显示通过后，需要你手动重新启动营销活动。

每封邮件都提供退出方式。 每封营销活动邮件末尾都有停止联系的方法：默认是一句“直接回复告诉我即可”的普通文字，相关回复会自动识别并执行；也可以使用退订链接。符合条件的营销/批量邮件可以附加一键退订邮件头。RFC 8058 要求 HTTPS URI、List-Unsubscribe-Post: List-Unsubscribe=One-Click，以及覆盖这两个邮件头的有效 DKIM 签名。端点必须在不依赖 Cookie、授权上下文或重定向的情况下处理 POST。仅有邮件头和声称的签名覆盖范围，并不能证明合规，必须检查实际投递的签名和端点。这项要求不会把普通个人回复变成批量营销邮件。参见退订与禁止发送。

发送前验证会在营销活动发信前检查每个地址，跳过不可投递地址，避免坏地址形成硬退信并触发上面的 5% 和 10% 阈值。无需手动运行：新联系人添加后一分钟内会在后台检查，每位联系人都显示判定，在邮箱地址旁以小标记呈现；设置 > 发送可总览整个工作区。有关判定如何产生、错误时如何处理，参见下文地址验证。

禁止发送是最后一道保护：被禁止发送的收件人绝不会再收到任何营销活动邮件。Warmbly 在退信、垃圾邮件投诉或退订时自动禁止发送，因为一旦对方退信或投诉，最稳妥的方式是停止，而不是继续积累负面信号。运维人员配置 TypeSafe（TYPESAFE_API_KEY）后，退信原因未明确指向收件地址时，会先分类，并将退信原因文字发送到 TypeSafe。若以至少 80% 置信度判定为信誉或政策封锁、邮箱已满或临时故障，仍会记录退信，仍计入活动熔断和邮箱健康度，但不禁止该地址，也不将潜在客户移出活动，因为故障并非地址本身。名单与手动添加的地址或整个域名都位于联系人 > 禁止发送名单。

名单按工作区维护，每次发送前，都针对发送活动所属工作区检查。如果营销活动因某种原因没有工作区，就无法应用检查，因此会暂停活动并在动态中说明，不会未经检查就发送。

退信通过收件服务器返回的投递状态报告检测，包括国际化形式 RFC 6533 的 message/global-delivery-status；Postfix 等服务器会为包含非 ASCII 地址或邮件头的邮件使用这种格式。只有永久失败，例如 5.x.x、地址不存在，才记录退信并禁止发送；临时失败，例如 4.x.x、邮箱已满或灰名单，绝不会这样处理。Gmail 和 Microsoft Graph 邮箱也遵循相同规则：发送时报告成功，退信稍后到达。有些失败通知完全没有状态码，例如 Google 群组拒绝发帖时 Gmail 的通知。系统会读取通知携带的失败收件人邮件头，默认视为永久失败，除非通知说明仍在重试投递。

垃圾邮件投诉以同样方式到达。收件人点击“标记为垃圾邮件”时，服务商会向发件邮箱发送滥用报告。Warmbly 读取报告，将其关联到指定的营销活动发送并记录投诉：收件人被禁止发送，投诉计入投诉率。即使服务商隐去了投诉者身份，仍会标识邮件，因此正确的潜在客户仍可被禁止发送。只有真实的滥用报告才计入。收件人将邮件从垃圾邮件中救回产生的“非垃圾邮件”报告，不算投诉。被禁止发送的对象始终取自报告指向的实际发送记录，绝不取自报告正文中的地址，因此伪造报告不能影响原邮件从未发送给的联系人。IMAP、Gmail 和 Microsoft Graph 邮箱均支持。Graph 只同步报告渲染后的通知，因此遇到疑似报告的邮件时，工作节点会从 Graph 读取原始邮件，查找标识发送记录的部分。临时 Graph 故障会让邮件保持待处理，留待之后同步，不会丢失投诉。原始邮件缺失或过大，不会阻止其他邮件同步。原始抓取限制为 1 MiB 和 15 秒；解析限制为 16 层嵌套、64 个部分，以及 1 MiB 解码后的报告内容。格式错误或超限报告不计为投诉。

域名身份验证拒收与普通失败分开处理。接收服务器因发件域名检查失败而拒收时，例如 Microsoft 的 5.7.515、Gmail 的 5.7.26，问题既不是坏收件地址，也不是服务中断：DNS 修复之前，该域名的所有发送都会以相同方式失败。Warmbly 会在活动动态中说明，不会归咎于地址，也不会禁止收件人，并提前安排该域名的身份验证检查，使域名身份验证状态反映这一情况。

每个地址获得四种判定之一。可投递和未验证始终允许发送，不可投递绝不发送。有风险，例如全收域名或 info@ 这样的共享邮箱，只有活动的向有风险地址发送设置允许时才发送。

判定来自以下来源，联系人上会显示来源：

• 内置检查，所有套餐均包含：检查语法、域名邮件服务器、已知一次性域名，并向收件服务器探测邮箱。只有服务器拒绝地址本身时，才记录为不可投递；如果服务器出于自身原因拒绝检查，例如政策封锁、频率限制或不接受问候信息，地址保持未验证。Microsoft 365 和 Yahoo 对所有探测给出相同响应，因此其地址保持未验证，不会直接判为可投递。检查还会监控自身：如果开始拒绝异常高比例的地址，会在一小时内将拒绝结果记为未验证，而非直接相信，因为真实名单不应大部分都失效。自托管实例应设置 EMAIL_VERIFY_HELO_HOST，详见配置参考。
• MillionVerifier：在集成中用自己的 API 密钥连接一次，此后每次检查都使用 MillionVerifier 积分，每个地址一个，替代内置探测。按量购买的积分和订阅定期补充的额度均可使用。它能覆盖内置探测无法处理的全收域名和 Microsoft 情况。余额耗尽或密钥失效时，连接会被标记，在修复之前由内置检查接替。其他行为保持不变。
• CleanMyList：在集成中连接工作区 API 密钥，通过自己的 CleanMyList 账户验证新联系人和复查已有联系人。先消耗套餐额度，再消耗积分。验证失败时由内置检查接替。余额只在 CleanMyList 显示，因为其 API 不提供余额。参见设置说明。

一个工作区同一时间只使用其中一种。现有服务断开之前，连接第二项服务会被拒绝，避免检查自行转到另一份账单。

• 已有结果。 通过其他服务验证的名单，可以连同状态列一起导入，支持 ZeroBounce、MillionVerifier、CleanMyList、NeverBounce、Bouncer、Kickbox、Emailable、DeBounce、Clearout、EmailListVerify 或 Warmbly 导出。导入根据列名或值识别该列，映射为验证状态，并理解各服务自己的状态词，例如 catch-all、do_not_mail、ok_for_all 等。这些判定原样保留，内置检查不会覆盖。通过 API 创建联系人时也接受同一字段。

真实邮件如何改进验证结果

一次检查只观察地址一次，而平台会看到每次发送后的实际情况，这些证据优先于任何检查：

• 邮箱仍可用的证据：回复，包括自动回复，因为确实有系统从该邮箱回应；点击；人工打开，不包括客户端预取；以及收件服务器接收后连续三天未退信的投递。一次回复、点击、人工打开，或两次无退信投递，就能将地址判为可投递，不论探测之前怎么说。
• 邮箱不可用的证据：文字明确指出收件地址错误的退信，例如 5.1.1、“user unknown”。邮箱已满、政策封锁或信誉拒收不能说明地址有问题，会按实际原因记录。
• 没有证据：联系人从不打开或回复。沉默不是证据，没有对应输入，证据账本也不会声称“未打开”。忽略某次活动的潜在客户，其可投递性与之前相同。

每位联系人在判定旁都有 0 至 100 的置信度。联系人抽屉中的送达能力卡片用直白语言列出原因和支持观察。新证据优先于旧证据：回复之后的退信会使地址变为不可投递，退信之后的回复会让它重新可投递；旧观察随数月时间逐渐衰减，而非突然失效。

付费验证服务的答案也属于新证据。如果 MillionVerifier 或 CleanMyList 在距上次真实邮件超过 30 天后，将地址判为可投递或不可投递，就采用其答案，因为邮箱可能被关闭，新检查比陈旧的活跃迹象更有价值。30 天内，真实邮件仍优先。内置探测永远不能覆盖真实邮件证据。

判定也会老化：90 天后重新检查，不确定判定则 30 天后，因为邮箱会创建和关闭；但最近六个月被真实邮件触达的地址保持不动。队友手动设置的判定永不过期，也绝不会被证据推翻。

验证结果有误时

打开联系人，在送达能力卡片上点击重新验证，或选择多位联系人，在底部操作栏选择验证。重新验证通过工作区当前使用的验证器排队发起新检查；标记为可投递则覆盖你已确认有效名单的判定。营销活动的潜在客户标签页也提供这两项操作。

重新验证优先于其他所有检查，不受联系人历史限制，包括近期判定、近期邮件或队友手动设置的判定。新结果到达之前，当前判定继续有效，营销活动仍据此决定发送；卡片显示正在使用 MillionVerifier 重新验证，结果到达后自动更新。如果当时无法使用已连接验证器，例如积分耗尽或密钥被拒绝，提示消息和卡片会说明，并改用内置检查。

送达能力卡片始终说明判定来自谁以及时间，例如已通过 MillionVerifier 验证、由 Warmbly 内置检查验证、从 ZeroBounce 导入或由队友标记。如果真实邮件证据得出了不同结论，也会显示原检查答案。

营销活动绝不会因为验证问题默默结束。所有剩余潜在客户都被拒绝时，活动会显示需要验证并暂停，提供两个按钮：重新验证潜在客户再次检查，任意一个通过后自动恢复发送；仍然发送将其标记为可投递，并立即恢复。启动检查也会在名单因预计退信率被拒绝时提供仍然启动，供已在其他地方验证的名单使用。

各项独立保护只观察一个对象：频率限制看一个用户，预热健康度看一个邮箱，验证看一个地址。如果工作区在多个方面都略有问题，却每项都未达到阈值，就可能始终不被发现。工作区发送风险状况将这些信号合并观察。

工作区受限或暂停时，控制台顶部会显示横幅并说明原因。绝不会无声地收回能力。

信号分为两类，只有其中一类可能降低你的发送量。

工作区看起来如何属于证据，不是结论。从同一办公室地址创建多个工作区、由同一人创建全部工作区，或一下午连接大量邮箱，恰好也符合代理机构为客户入驻的正常模式。因此，单独这些信号最多只能达到 watch。它们会记录并在审查中出现，但不会带来可感知变化。

工作区对收件人做了什么才是风险状态采取行动的依据：导入名单大部分地址不可用、退信率达到 5%，或投诉率达到 0.1%。比率需要至少 100 次发送，观察范围为最近 30 days，因为更小样本的百分比只是噪声。超过服务商自身采取行动的水平，即 10% 退信或 0.3% 投诉，单独就足以限制工作区。

发送限制如何解除

风险状态并非永久，有三种解除途径。

证据不再成立。 每晚都会重新计算风险状态，因此支撑它的发现不再成立后，状态会自行解除。定期重新检查的发现，例如属于同一地址创建的工作区群组，一旦不再符合就会撤回。导入质量按工作区所有已导入数据衡量，而非逐文件计算，因此上传一份干净名单不会抹去仍存储的坏名单；随着优质数据占比增加，相关信号会减弱。

一次性发现到期。 只触发一次、之后没有任何机制重新检查的检测，例如注册邮箱地址的评分，或一连串地理位置不合理的登录，会以 30 天有效期存档。到期后自动退役，分数随之下降，无需人工操作。

人工审查。 平台运维人员可以查看全部发现，撤销其中任意一项，并直接设置风险状态。人工设置的状态优先于检测器，直到运维人员解除。因此，人工放行的工作区不会被仍留在记录中的证据再次限制；人工暂停的工作区也不会因为检测器撤回某项发现就自行释放。

如果工作区受限或暂停，而你认为有误，请回复通知或联系平台运维人员申请审查。横幅中的原因，与他们看到的是同一句说明。

1. 先看主要指标。退信率 5% 和投诉率 0.1% 是突出显示的危险阈值。
2. 某项异常时，将图表切换到该指标，找到突增日期。通常会指向一个营销活动或一份导入名单。
3. 按服务商及其内部主机查看投递位置，判断邮件是否实际进入收件箱。
4. 阅读风险列表。状态标签显示 Warmbly 已对哪些发件邮箱采取措施。
5. 降低处于观察状态邮箱的发送速度，让它恢复。隔离和封禁邮箱在重新满足条件之前，不参与发送。

应长期保持的习惯是：降低投诉率和垃圾邮件占比。适度发送量下的良好信誉，始终优于伴随投诉增长的高发送量。