邮箱预热

预热会在参与的邮箱之间发送明确标注用途的自动化诊断邮件。它测量实际观察到的邮件位置，并收集有明确适用范围的真实邮件 DKIM 证据。它不能证明存在自然互动，也不保证提升信誉或改善收件箱到达情况。

诊断能发现配置和投递问题，不能说明真实收件人是否欢迎你的邮件。服务商接受邮件不等于邮件进入收件箱，模拟回复也不等于真人反馈。未观察到的情况仍然属于未知。

启用预热后，Warmbly 会反复选择一个伙伴邮箱（避开近期使用过的伙伴），决定新建会话还是回复现有会话，通过该邮箱的工作节点发送简短的纯文本邮件，然后记录统计信息并安排下一次发送。

诊断邮件带有与任务、发件人和收件人绑定的应用令牌，并明确说明这是自动化邮件、使用的是假设场景。邮件使用已配置的邮箱身份，不包含打开或点击跟踪像素。

服务商可能移除邮件头或替换标识符。系统通过精确且已获授权的来源链和发送结果标识符关联诊断邮件；来源缺失或不明确时，不会开放相关操作。令牌用于识别应用自身的流量，并不等同于加密身份验证。

SMTP 中继改写 Message-ID 时，有效的收件人绑定验证令牌、预期发件地址和已确认的发送记录，可以授权接收一份邮件副本。回复和针对该邮件的 DKIM 验证使用这份副本接收时的标识符。对于没有相关邮件头的来信，建立新的诊断来源链仍然需要精确匹配已确认的标识符；仅凭主题或邮箱配对相同，不能授权回复。在发送确认之前或验证服务中断期间暂存的来信会被保留，并在令牌仍有效时自动重试。

新邮箱默认关闭预热。“预热”选项卡提供相互独立的发送和接收控制，以及共享的每日和滚动限额。启动或恢复会启用明确标注用途的自动化发送；从关闭状态或旧版状态启动时，也会启用接收，以及服务商支持的垃圾邮件移出、已读、重要标记、星标或旗标操作。暂停会保留单独授权的接收，停止则会关闭两个方向，同时保留递增历史和暂停发送限制。仅接收的邮箱不能回复，仅发送的邮箱也未授权接收端互动。消费者、后端和工作节点升级后，现有已启用接收的诊断邮箱也会使用这些操作，无需新增设置或迁移数据。现有 NULL 状态在明确操作前仍按旧版处理，无关编辑不会改变其分类。Cloud 控制需要更新后的 Cloud 副本。参见发送安全。

发送失败时

当最近 24 小时内出现服务商失败，且之后没有已确认的预热发送时，“预热”选项卡会显示该失败及其报告时间。即使页面一直打开、没有新的发送，这条信息也会到期消失。没有已确认的投递，并不能证明邮箱仍在失败。服务商错误和登录错误会立即显示，工作节点加载过程中的短暂问题则不会。

只有邮箱处于活跃状态、已启用发送，且反复加载失败持续至少一小时、最近一次失败发生在一小时内时，才会显示工作节点加载警告。证据过期后，警告会消失，已经打开的页面也是如此；暂停或停止参与时，警告也会隐藏。单次历史失败不会一直显示为当前的加载问题。之后经服务商确认的预热发送会清除警告；仅完成同步或派发任务不能证明邮件已投递。

“发送工作节点尚未加载此邮箱”表示这次尝试没有发送邮件，不能据此认定存在邮件送达限制、登录被拒或 IP 白名单问题。活跃邮箱会自动重新加载；工作节点重启后，会持续报告重启状态，直到后端确认收到重新加载其邮箱的请求。

系统每五分钟检查一次持续加载失败，以及比预定时间晚至少一小时仍未执行的预热任务，并将其报告到已配置的运维通知渠道和错误跟踪系统。后一种情况属于派发问题，不能证明凭据遭到拒绝。本地派发器在内部失败后会持久化五分钟的重试延迟，避免旧的失败批次无限阻塞新任务。退避不会改变原定发送时间、清除安全暂停限制或绕过服务商限额。若发送准备在交给工作节点之前中断，例如发生重启，该发送会在十分钟后退出，从而不再阻碍邮箱的下一封预热邮件。

邮箱缺失时，也会通过工作节点心跳再次请求加载。现有在执行前卡住的预热发送会自动恢复：十分钟后，只有确认既没有工作节点执行记录，也没有投递回执时，调度器才会使受随机令牌保护的命令失效，退还其预留计数，并恢复邮箱的正常计划。已经失效的命令即使延迟到达，也无法发送。客户无需断开或重新添加邮箱。对于已实际开始但结果缺失的发送、互相冲突的结果、服务商冷却期、身份验证失败及其他安全暂停限制，这项修复不会清除它们。

恢复会在后端启动时执行，此后每分钟按有界批次运行。十分钟的截止条件保持不变：它用于保护近期授权，并不是每次发布后额外增加的等待期。已超过时限的现有命令可在第一轮退出；大型节点集群可能需要后续轮次才能重新建立所有计划。发送时段、配额和实际服务商失败仍然有效。

Kafka 工作节点会并行处理各自独立的邮箱通道，避免一条命令阻塞整个工作节点。旧的排队命令也会按其邮箱载荷分组。消息代理的检查点不会越过未完成或失败的任务，失败的订阅会重新打开以重放消息。默认使用八条通道；参见工作节点配置。

尚未确认的预热邮件归档操作会持久保存。最初每五分钟重试一次，等待满二十分钟后改为每十五分钟一次，满一小时后最多每三十分钟一次。重复来信不会重置等待时长。这样可以在工作节点积压时减少重复命令，同时不丢弃待处理归档，也不把它记作发送失败。

如果出站准入在发布前拒绝了预热命令，成功延期后会将其放回计划，而不记录发送失败。如果延期的数据库结果不确定，也不会把它视为失败证据。受旧版准备结果竞态影响的现有记录也会自动恢复，但前提是记录的内部准备失败早于新的授权，且不存在执行记录、出站预留、服务商确认的发送或回执。只有这种能够证明确实尚未开始的命令，其误报冲突才会解除；真实的结果冲突仍保持暂停。

出现服务商专属错误时，应按该错误处理。Google 和 Microsoft 登录使用各自的原生 API，不使用 SMTP 设置。只有报告登录或权限错误时，才需要重新连接这些邮箱。SMTP 主机、端口、密码和 IP 白名单检查适用于报告邮件服务器连接问题的 SMTP 邮箱。Warmbly Cloud 从自己的网络建立这些连接，不使用你的自托管实例地址。

恢复不会绕过暂停的参与状态、服务商限额或邮件送达限制。如果警告持续存在，请向支持人员提供邮箱地址和失败时间，以便与工作节点的加载及发送记录对应。

预热内容的来源

邮件内容生成不在实时发送路径上进行。配置 AI 服务商后，后台批处理会创建完整的会话方案，包括主题、首封邮件和五轮交替回复。每份方案都要通过严格的结构校验、机械化语言检查和安全检查，才能进入活跃内容库。如果运维人员还配置了 TypeSafe（TYPESAFE_API_KEY），每个会话在入库前还会检查推销内容和明显像生成文本的冗余话术；为此，会话文本会发送给 TypeSafe。

标准会话轮次使用实际配置的交替身份，并固定主题、来源和版本。延续时精确关联父邮件，以保持事实一致；已耗尽、已退役或缺失的会话会结束。系统还备有经过审核、形式多样且明确标注为假设练习的内容库作为回退。生成的文字绝不会宣称已通过服务商检查。

控制器每六小时根据过去七天的需求运行一次：维持至少 200 个、最多 5,000 个活跃会话，更新使用最频繁的内容，每批最多 250 个会话、每天最多 1,000 个。当至少 20 次投递样本中有至少 3 次进入垃圾邮件，且比例达到或超过 15% 时，会话会自动退役。管理员负责监控，无需手动补充内容。

预热池是一组相互预热的邮箱。邮箱在所属池内交换预热邮件，也可以进行下文说明的双向跨池交换。每个实例安装后都包含两个池，因此自托管实例从第一个邮箱开始，就在自己的池内预热；连接 Warmbly Cloud 后，才能改为加入托管预热池。

一个邮箱同时只能属于一个池。套餐变更时，邮箱会在池之间迁移，而不会同时加入第二个池；原有预热状态会随之保留，因此改变套餐等级不能清除隔离或封禁。

付费池提供的是一组安全的伙伴，而不仅限于拥有付费订阅的收件人。符合条件的收件人也包括入池至少三天、目前健康、属于另一个状态良好工作区的免费邮箱。即使付费池已经很大，这些伙伴仍可使用。两个等级都会根据覆盖范围、观察到的邮件位置和交换平衡分配权重，不优先选择付费收件人。每次借用邮箱前，都会检查它在所属池中的状态。邮箱仍属于原池；这是允许的交换，不是合并预热池。

跨池交换也允许回访：满足相同标准的免费邮箱，即当前健康、入池至少三天且工作区状态良好，可以写信给过去 14 天内曾给它发送邮件的付费邮箱，但不能写给其他付费邮箱。回访与本等级伙伴一起参与选择，不排在其后，因此即使免费池很大，付费收件箱仍有机会收到回复。免费池不会未经邀请向付费邮箱发信：交换始终由付费一方发起；处于观察状态的免费邮箱仍在自己的等级中预热，但会停止向付费邮箱发信。

每次选择还会偏向尚未得到足够回信的收件箱。向许多伙伴发过信、却收到较少回信的邮箱，被选中的频率最高可达到收发平衡邮箱的四倍；随着池内回信补足，这种偏好会减弱，使流量接近平衡而不过度补偿。另一方向也有限制：一个收件箱每天最多接收约为自身发送量两倍的邮件，下限为 10 封、上限为 60 封；达到上限后，当天剩余时间不会再被选中。免费发件人达到这一额度的四分之三后就会停止，给每个收件箱余下的当天容量留给付费邮箱。如果已没有可发信的伙伴，邮箱会暂不发送，稍后再试，而不会重复向同一个伙伴发信。

伙伴和域名多样性可以扩大诊断覆盖范围。它不是为规避配额而轮换身份，也不能证明对信誉有效。

投递位置测试种子邮箱不会加入预热池：将邮箱设为种子邮箱会关闭其预热，之后也不能启动预热。因为种子邮箱一旦与池内邮箱交换邮件，就不再是池内发件人的陌生收件人。种子邮箱也不会发送营销活动邮件。

自托管实例只会在自己的邮箱之间预热，除非连接 Warmbly Cloud，将已登记的邮箱加入这些相同的池。参见自托管实例使用 Warmbly Cloud。

选择伙伴邮箱

工作区外的伙伴能扩大观察范围；未连接 Cloud 的自托管实例可能只有自己的邮箱。多样性不会把自动化流量变成自然互动。

在上述选择顺序内，伙伴按权重选择，而不是完全随机。以下三项会影响权重：

• 邮件主机和域名覆盖。 符合条件的邮件主机初始总权重均衡，因此拥有许多自定义域名的主机不会挤占 Gmail 这类共用一个域名的个人邮箱主机。每个主机内近期使用过的域名会降低权重；伙伴不重复规则和每日接收上限仍然有效。Gmail 与 Google Workspace 视为不同主机，Outlook.com 与 Microsoft 365 也是如此。
• 你的邮件进入的位置。 Warmbly 会按收件人实际使用的邮件主机，分别跟踪过去七天的垃圾邮件投递率：通过伙伴的邮件服务器，而不是邮箱地址，识别实际运营其邮件的服务，例如 Google Workspace、Microsoft 365、Zoho Mail 或 Hostinger。因此，位于不同主机上的两个自定义域名会分开判断。如果某个邮箱只在一个主机上进入垃圾邮件，在其他主机上没有，系统就会减少为它选择该主机上的伙伴，直到比例下降，无需等到整体健康等级触发。
• 已配置的路由规则。 规则的权重会乘到伙伴被选中的概率上；权重为 0 表示排除，而不是普通权重，因此该配对绝不会发生。

均衡的初始权重不等于固定的发送比例。可用收件人、健康状态、每日上限、近期配对、投递位置反馈和路由规则仍会决定实际分布。向某个主机发送更多邮件，不能证明收件箱到达情况有所改善。

即使排除规则导致没有任何可用伙伴，系统也会遵守规则：如果所有伙伴都被排除，该邮箱在本轮不发送预热邮件，稍后再试，不会因为池内没有其他人就向被排除的地址发送。伙伴先发来邮件时同样如此：邮箱不会回复规则排除的地址。路由规则适用于付费等级邮箱。

表现不佳的主机只会降低权重，不会被排除；如果完全停止向某个主机发送，发件人就无法知道自己在该主机上是否恢复。只有在统计窗口内，至少五封预热邮件已被验证到达该主机，才会对其作出判断，因此两封中有一封表现不好会被视为噪声，而不是稳定模式。你可以在邮件送达能力 > 预热收件箱到达情况中展开服务商，查看其下各主机的相关数据。

预热池无法连接的邮箱

只有收件人自身的同步发现邮件后，这封预热邮件才计入已到达。伙伴权重也会参考过去七天池内发给它的预热邮件中实际到达的比例，因此只有一半邮件能到达的伙伴，被选中的频率也大约减半。

如果一个伙伴在该周有至少 5 封预热邮件从至少 2 个不同工作区发给它，却没有任何一封经验证到达，它就不会再作为伙伴提供给任何邮箱。这可能是域名没有可用邮件服务器、地址已不存在，或服务器拒绝收信的邮箱，继续发送只会给你带来退信。最近 6 小时发送的邮件暂不计入，避免把同步缓慢误判为失效收件箱；仅一个工作区的邮件丢失也不会移除伙伴，避免把单个发件人的问题归咎于收件人。

这种排除并非永久。只要有一封预热邮件到达，邮箱就会立即恢复；随着一周内的证据逐渐过期，它也会自动重新进入候选。如果这是你的邮箱，顾问会说明情况及检查项，首先是域名的 MX 记录。

查看伙伴邮箱的多样性

侧边面板会显示本地或 Cloud 中过去七天已确认的伙伴、域名、工作区和经验证的到达量。待处理及失败尝试不计入已确认发送。覆盖面较窄意味着诊断存在局限，不能据此判定信誉。

同一侧边面板的分析选项卡会展示交换情况随时间的变化：每日发送、接收和回复量，以及所选时间范围内接收总量与发送总量的对比。预热分析接口也提供相同数据。

暂停会保留单独的接收权限，停止则会关闭两个方向。授权失效、断开连接、隔离或封禁也会限制参与。健康状态本身不等于同意参与。

邮箱每发出一封预热邮件，系统都会在伙伴邮箱中查找；邮件到达后，Warmbly 会记录其位置：主收件箱、Gmail 分类标签页（推广、动态、社交或论坛），或垃圾邮件。这里不做估算或抽样，历史会在邮箱存续期间保留，而不只保留最新一天。

收件箱到达率等于过去七天进入收件箱和分类标签页的邮件数，占全部已到达邮件的比例：进入“推广”的邮件已投递且未被过滤为垃圾邮件，这正是该数字要表达的含义。分类标签页仍会单独统计，便于查看。

该比例仅取 Google、Microsoft 和 Yahoo 的数据，这三家服务商用于评估邮箱。较小的邮件主机运行自己的过滤器，因此它们的垃圾邮件文件夹不计入该比例：如果邮箱的预热邮件只到达了小型主机，界面不会显示由这些主机构成的到达率。其他邮件主机的数据仍会展示：侧边面板和邮件送达能力页面在主要指标下方显示它们的收件箱到达率，并在每日图表、计数和按服务商的明细中呈现。只有统计窗口内这三家服务商的到达量达到 20 封，才会显示主要比例，这与预热池根据垃圾邮件投递情况采取措施所需的样本一致。达到之前，邮箱显示进度，例如 8/20，而不是每次投递都会大幅波动的百分比。邮箱健康分数以收件箱到达率为上限，因此有部分邮件进入垃圾邮件的邮箱可能显示 97，而不是统一显示 100。

按服务商筛选，可以区分已有观察与数据空白。历史垃圾邮件移出计数表示请求次数，不代表已确认移动或已产生收益。已获接收授权的预热可以请求移出垃圾邮件，但投递位置仍保留最初观察到的文件夹，不会在移动后改写为成功。“未确认”表示超时后仍未观察到，不等于已验证失败。首次所在文件夹的证据与日常整理操作分开保存；缺失的历史文件夹信息仍为未知。日期以 UTC 为准。参见预热投递位置。

在其他限制生效之前，配置的诊断目标从每天 10 封开始，每天增加一封，最高每天 40 封。这些只是产品的默认发送节奏，不是普遍适用的安全发送量，也不是已做好发送准备的证据。

在自托管实例上，由 Warmbly Cloud 预热的邮箱使用 Cloud 保存的递增计划、时段和日期。“预热”选项卡通过 Cloud 修改这些设置，并隐藏内容分组、投递位置、文件夹和保留期限，这些选项仅适用于从你的实例发送的预热邮件。参见预热设置。

四项因素共同决定实际每日数量：发送会带随机抖动地分散在预热时段内；目标受符合条件的伙伴数量限制；健康状态下降的邮箱会减少数量、扩大间隔，直到恢复；近期进入垃圾邮件会暂停目标递增。

伙伴数量上限的原因是，同一个邮箱每天不会向同一伙伴发送两次。上限生效时，邮箱侧边面板的预热选项卡会说明：同时显示递增计划数量和今天可用的伙伴数量，并取两者中的较小值作为目标。伙伴达到每日限额后，可用数量可能在当天下降，次日恢复。该选项卡也会显示邮箱所属的预热池。

预热时段按邮箱时区解释：若在侧边面板的设置选项卡中设了独立时区，就使用该时区；否则使用设置 > 个人资料 > 时区中的工作区时区；两者都未设置时使用 UTC。只需设置一次工作区时区，所有跟随工作区的邮箱都会按团队所在地的一天理解预热时段。有独立时区的邮箱会继续使用自己的设置，修改工作区时区不会改动任何邮箱配置的时段。

启用发送行为时，新连接的邮箱默认如此，只有预热时段和对应工作日都允许发送，预热才会发送；“预热”选项卡会在时段上方说明。因此，如果连接邮箱时当天工作日已结束，第一封预热邮件会在下一个工作日早晨发送。在邮箱的发送选项卡中切换为固定计划后，就只按预热时段发送。修改预热时段、日期、时区（邮箱独立时区，或跟随的工作区时区），或开关发送行为，都会立即重新安排排队中的预热发送。邮箱列表会在当日计数下方显示下一次预热发送的排队时间。

预热结束时间必须晚于同一天的开始时间。开始和结束相同或颠倒都会被拒绝，包括仅修改一端、却导致已存储时段无效的情况。现有无效时段不会被自动扩大或修正：待处理发送保持未开始，每五分钟重新检查一次，管理员监控会一直显示预热发送时段无效，直到配置被修正。修正后，其他发送保护仍然生效；修正不会重放结果不确定的发送，也不代表已确认邮箱恢复。

根据早期信号暂停发送量递增

只要有一封预热邮件进入 Google、Microsoft 或 Yahoo 收件人的垃圾邮件文件夹，该邮箱就会立即停止递增：

• 当天目标减少约四分之一，持续 48 小时。
• 每日增量暂停三天。
• 暂停的天数会被扣除，不会补回，因此恢复时不会在一个早晨突然跳升三个台阶。

暂停期间再次出现垃圾邮件投递，会延长暂停，不会抬高递增目标：反复进入垃圾邮件只会进一步减慢邮箱发送。

在其他邮件主机上进入垃圾邮件不会暂停递增。这些主机各自运行自己的过滤器，因此它们的垃圾邮件文件夹更能反映服务器自身的判断，而不是你的邮箱状况；参见如何判断垃圾邮件投递。

这项机制无需额外开启，也不必先触发健康等级。原因是，健康等级必须有足够样本才能判断邮箱，例如七天内二十封经验证到达的预热邮件、三十天内一百封已到达邮件，而刚开始两周的邮箱通常还达不到。如果没有这项机制，一个第三天就进入垃圾邮件的邮箱，仍会每天多发一封，直到积累到足够样本才受到评估。

投递导致的减速和递增暂停使用不同的时间窗口。侧边面板显示观察到的目标和暂停限制。生命周期操作会保留递增历史和限制性暂停，而不会抹去负面证据。

配置的诊断轮次是在延续明确说明的假设场景，不是在建立自然关系。系统会重新加载精确固定的方案和主题，每封父邮件只回复一次；会话已耗尽、退役或缺失时便结束。

回复使用真正的 Re: 主题和 In-Reply-To 邮件头，以正确归入会话；候选邮件必须发送于 45 分钟至七天之前，避免立即回复或无限期重启旧会话。

接收预热邮件也可能直接触发回复安排。经验证的预热邮件到达后，收件人有时会将下一次计划发送改为回复发件人，安排在 45 分钟至 5 小时后，且位于自己的预热时段内。这是调整原计划的对象，不是新增工作：每个邮箱同一时间只排队一次预热发送，因此回信会提前并重新定向该次发送，绝不会把本来安排得更早的发送推迟。如果那次发送已经用于回复其他人，新来信就不会得到回复，避免回复挤占新会话。回复概率使用收件人自己的回复率（对处于恢复状态的发件人会提高），在安排回复时抽取一次，实际发送时不再重新抽取；在线程达到邮件数量上限之前就停止，防止无限互相回复。回复可以像原邮件一样跨越免费和付费等级：付费邮箱会回复来信的免费伙伴；免费邮箱在自身健康且工作区状态良好时，也会回复付费伙伴。

计划安排会遵守发送窗口、服务商反馈、共享限额和发送间隔。随机抖动用于分散负载，不是在模拟真人身份。参与接收允许对经验证的预热邮件按概率执行移出垃圾邮件、设为已读、标为重要以及添加星标或旗标。归档和选中的垃圾邮件移出操作会立即请求；已读、重要标记和星标会在随机停留时间后通过持久化计划执行。执行时会再次检查当前接收权限及工作节点分配。这些操作属于自动化，不是真人反馈，也不保证提升信誉。

预热邮件是真实邮箱里的真实邮件，因此可能出现在两个不同位置：Warmbly 统一收件箱和你自己的邮件客户端。系统会分别处理这两个位置，处理方式也不同。

在邮件客户端中

预热邮件会在邮箱内被整理到不妨碍日常使用的位置，收发两个方向都包括在内：该邮箱收到的预热邮件，以及它发出的每封预热邮件副本。后者尤其重要，因为每天预热四十封的邮箱，否则很快就会让一周的真实已发送邮件淹没在机器流量中。

每个邮箱的归档方式在侧边面板的预热选项卡中设置：

文件夹会在第一次需要时创建，它本身也回答了“这是什么邮件”：只有预热邮件会被归入其中，因此在邮件客户端中可以通过文件夹识别预热流量。如果其他工具已经创建了你希望用于此目的的文件夹，填写该名称即可，预热会沿用它，不会再建第二个。

垃圾邮件移出操作因服务商而异：Gmail 会移除垃圾邮件标签，并支持重要和星标标签；Microsoft 会将经验证的垃圾邮件移入收件箱，并支持高重要性和跟进旗标；IMAP 会将邮件移出识别到的 Spam/Junk 文件夹，并使用旗标及尽力支持的非垃圾邮件关键字。IMAP 没有通用的 Gmail 式重要标签；仅支持 SMTP 的邮箱如果没有邮箱访问能力，也无法执行接收端操作。移动邮件不能证明服务商学到了正面信誉信号。归档仍属于日常整理，不是互动证据。历史 NULL 或旧版状态在明确操作之前保留原有行为。请一同升级消费者、后端和工作节点；此前跳过的互动不会补放到旧邮件上。

邮件进入意外文件夹时，也仍会被处理。服务器端规则或其他预热工具的过滤器，可能在 Warmbly 看到邮件之前将它放进自己的文件夹；系统会在那里找到并整理邮件。如果邮件已经位于目标文件夹，就会保持原状，不会把它再移向自己。

归档会随每封邮件到达而执行，因此更改设置只影响此后到达的预热邮件。

归档失败时，不会被报告为完成。只有后端确认该具体归档操作仍在持久恢复队列中，更新后的工作节点才能释放该命令，留待稍后重试。恢复重试会使用当前的工作节点分配和文件夹设置，并随着排队时间增长，按 5、15 或 30 分钟间隔执行。恢复授权不明确时，保留原有命令重试行为。这不会重新发信、清除结果不确定发送的保护、确认邮箱来信，或丢弃保留期限删除和移除检查。

扫描会识别遗漏的应用自身诊断邮件，并执行已授权的整理。它不能追溯建立身份验证或互动。是否将邮件留在收件箱，仍由所有者选择。

扫描只能修复仍然可见的内容，因此不会清空该设置存在之前累积的历史邮件。如果需要在 Gmail 中处理这类积压，请搜索 label:Warmbly 并归档结果：预热邮件一直带有该标签，因此搜索只会选中它们。在 Outlook 和 IMAP 中，收到的邮件已经在文件夹里，只有该变更之前的已发送副本仍留在“已发送”。

保留期限

经授权的保留期限处理会在窗口到期后删除旧诊断邮件，默认 30 天。Gmail 将其移入垃圾箱；Outlook、Microsoft 365 和 IMAP 将其删除。存储副本遵守保留策略。收件人删除邮件不属于篡改，也不能证明投递失败。

在“预热”选项卡或 API 中设置 warmup_retention_days。留空时沿用实例默认值，最短为三天。自托管运维人员可在“实例 > 配置 > 数据保留”中设置。参见数据控制。

以预热的发送量来看，每封纯文本邮件只有几 KB，收发平衡的邮箱即使容量很小，也需要多年才会装满。因此保留策略主要是让你无需操心，而不是因为文件夹马上就会溢出。你不需要手动清空文件夹；如果确实手动清理，请参见预热池安全，了解如何判断相关操作。

在统一收件箱中

邮箱同步恢复重放的是已存储的来信，不是发送。识别出的预热邮件仍会隐藏，重放不会再创建一次预热发送，也不会把同步进度当成服务商已发送邮件的证据。回执验证和重复发送保护，与邮箱的实时同步状态各自独立。参见邮箱同步恢复及其限制。

预热邮件在收发两个方向都不会出现在统一收件箱。Warmbly 通过令牌识别预热，包括仅接收的邮箱。已消耗或过期的令牌仍可用于识别并过滤预热邮件，但不能再次触发互动。缺少邮件头时，已记录的邮件标识符可在历史同步中识别旧预热；按发件人和主题回退匹配则仅限近期入站发送，避免普通会话仅因主题相同而被隐藏。现有已验证的预热条目会在后台分批从统一收件箱移除，不会删除服务商处的邮件，也不会改变预热状态。

对已验证诊断父邮件的人工回复，可以继续从统一收件箱隐藏并进行整理。但它们不会授权新一轮自动回复，也不计作真实营销活动回复。

如果服务商在报告最终邮件标识符之前，先同步了没有相关邮件头的已发送副本，Warmbly 会暂存可能的匹配以待验证。随后发送确认会识别哪封属于预热，与其主题相同的普通邮件则可以进入统一收件箱。仅主题相同绝不会永久隐藏已发送邮件。

有关预热的退信通知和垃圾邮件报告也会被拦下。预热发送发生硬退信时，接收服务器会生成普通的“邮件无法投递，退回发件人”通知，它本身不带预热令牌；通知涉及的是用户并未主动选择联系的预热池伙伴，因此系统会根据它所对应的发送识别并将其排除在统一收件箱之外。同理，它也不会进入你的邮件送达记录：预热退信不会把地址加入禁止发送名单，也不会计入评估营销活动的退信率。预热退信率会改为用于预热池安全中的等级判断。营销活动发送产生的退信或投诉不受影响，仍会显示，因为那是真实外联发给真实收件人的邮件。

其他位置也不会显示

预热不会写入面向客户的视图所读取的任何表，因此无需在事后额外过滤：

• 联系人的活动时间线由营销活动进度、打开、点击、回复、备注、会议和页面访问构成，预热不会创建联系人或营销活动进度。
• 联系人的已发送邮件列表以营销活动任务为索引，预热发送没有此类任务。
• 直接邮件分析统计邮箱自己的收发邮件，并排除所有由任务产生的邮件，包括营销活动和预热。
• 通知针对域名身份验证、工作节点停机和营销活动保护规则生成，不会逐封邮件触发。

预热池会执行权限规则，并根据投诉、退信和身份验证等限制性证据、当前授权及持久化暂停限制采取措施。删除诊断邮件或选择标为垃圾邮件，属于收件人撤回参与，不会自动认定为恶意篡改。

各项信号的阈值见健康等级表。

观察和限流状态是警告，不是连接失败。它们不会从邮箱健康分数中固定扣除一定分值：分数仍以测得的收件箱到达率为上限，独立的账户错误还可能进一步降低分数。这是满分 100 的整体健康分，不是另一个收件箱到达百分比。

垃圾邮件投递位置的判定方式

进入垃圾邮件只是文件夹结果，不属于违规，也不能证明诊断带来了信誉收益。它会减慢发送，但本身不会导致收件人隔离或封禁：

• 达到 10% 时，邮箱进入观察状态：预热保持发送量和节奏（近期仍有垃圾邮件投递时，递增会暂停），预热池会加强对其邮件的互动（见恢复互动），冷邮件发送量降低至 70%。
• 达到 20% 时进入限流：预热继续运行，但数量减半、间隔加倍，冷邮件数量也减半。
• 比例降至 15% 以下时，限流会自动降为观察；降至 7.5% 以下时，再恢复健康。解除阈值低于触发阈值，因此在临界值附近的邮箱不会每收到一次投递结果就反复切换等级，并向集成发送通知。对于新出现的垃圾邮件投递，独立的早期信号递增暂停仍然有效。

恢复阶段的互动

邮箱处于观察或限流状态时，预热池不仅减慢它的发送，也会加强恢复支持。参与互动的收件人会将其大多数进入垃圾邮件的预热邮件移出垃圾邮件（各邮箱按自己的概率执行，没有哪个邮箱每次都这样做），并更频繁地标为重要；如果收件人的下一次预热发送可用于回复，每封邮件至少有 60% 的回复概率，除非收件人所有者关闭了预热回复。回复会替代收件人的下一次计划发送，因此额外互动不会增加发送量。等级解除后，这些加强措施自动停止。

投递位置统计使用今天及之前六个 UTC 日期，与“邮件送达能力”和“邮箱”中的七天收件箱到达率一致。更早的投递结果会与界面指标在同一边界停止影响发送量。投诉和邮箱篡改仍使用各自独立的滚动窗口。

只有 Google、Microsoft 和 Yahoo 的收件人用于评估邮箱。这些服务商按发件人信誉过滤，而你的冷邮件在它们那里也受到相同类型的评估。其他邮件主机使用自己的过滤器，通常是针对单台服务器调整的通用规则，因此邮件进入它们的垃圾邮件文件夹，并不能证明邮件本身是垃圾邮件。这些位置仍会显示在投递视图中，但不会在等级、递增或顾问中对邮箱作负面判定。比例取这三家服务商过去七天经验证到达的邮件，并且至少需要 20 封才会据此采取措施。

因此，只要邮箱在 Google 和 Microsoft 的邮件全部进入收件箱，不论有多少小型主机把它的邮件归入垃圾邮件，它仍会保持健康。邮箱侧边面板中的原因会说明评估依据，例如：25% of warmup mail delivered at Google, Microsoft and Yahoo landed in spam over 7 days (40 delivered). Other mail hosts (50% of 20) run their own filters and are not counted.

伙伴选择会根据观察到的覆盖范围减少信息价值较低的配对。分配测量流量，不能证明向某个主机发信会建立信誉。

隔离和封禁的邮箱既不会被选为发件人，也不会被选为收件人。收到邮件不会被用来对接收邮箱作负面判定：每封预热邮件都带有与收件人绑定的一次性令牌，无法重放或转向其他地址；邮件如果进入不属于它的邮箱，只会按普通邮件整理。

撤回参与不会无条件产生删除或标为垃圾邮件的篡改处罚。可归因于所有者的垃圾邮件操作，仍可能产生针对发件人的投诉证据和禁止发送记录；可归因于服务商的移动则仍属于投递位置证据。存在歧义时不处罚任何一方。历史证据会被重新检查，但不会重置无关的限制性暂停；搜索失败仍视为未知。

重新加入需要再次符合条件，而不只是等待：身份验证健康、近期没有投诉或硬退信激增，且垃圾邮件投递率已回到较低水平。恢复会逐步进行，不会直接跳回旧上限。

隔离和封禁也会完整持续到期限结束。导致它们的信号可能早在限制结束前就已超出统计窗口，但这不会提前解除限制；更严重的新发现仍可替换现有限制。限流则不同，邮箱恢复后会按表中规则解除。当支持人员解除暂停或封禁，或批准相关申诉时，背后的违规记录也会一并清除，避免下一次评估再次施加同一限制。

对于已连接 Warmbly Cloud 的自托管实例，由 Cloud 预热的邮箱会在 Cloud 侧评估，实例会将 Cloud 状态应用于自己的营销活动，效果与此表一致。

状态跟随邮箱地址，而不是连接记录。从工作区移除邮箱再重新添加，或退出预热池后重新加入，都不会清除分数或封禁：同一工作区中的同一地址，会以离开时的状态重新加入。该状态会保留到封禁结束或邮箱移除之后的 90 天，以较晚者为准；需要审核的封禁不会自行到期。状态良好的邮箱离开时不会留下此类记录。

有诊断历史的邮箱开始发送冷邮件时，采用每天五封的保守上限。模拟流量的运行时长不会提高这个上限。近期来自真实营销活动收件人、经确认的真人回复，才允许在日历天数和负面反馈约束下有限增加。缺乏证据时，准备就绪日期和达到完整上限的日期仍为未知。这是产品策略，不是服务商认可的安全发送量。参见营销活动发送节奏。

• 新邮箱从每天约 10 封开始，让发送量缓慢递增。
• 不要轻易将上限提高到 40 以上。
• 让预热与营销活动同时运行，不要只在营销活动开始前预热。
• 与其让少量邮箱承担过高发送量，不如使用更多健康邮箱。
• 关注投诉和垃圾邮件投递情况，而不是只看好看的打开率。