邮箱

浏览筛选、搜索和视图选择会在浏览器标签页中记住，刷新或导航后仍保留，并按用户和工作区分别保存。

邮箱是你连接到 Warmbly 的发件账户。每封预热邮件和营销活动邮件都通过你自己的某个邮箱发送。

账户列表会分别获取邮箱清单、检查邮箱健康状况，以及在已关联的自托管实例上检查 Cloud 预热状态。检查正在加载或刷新时，页面显示正在检查…，不会把缺失的结果当作空闲、健康或发送量为零。检查失败或未完成时显示不可用，而不是实测的零值，也不会宣称邮箱已恢复。如果邮箱列表本身无法加载或仅加载了一部分，汇总数量也会显示不可用，不会显示为空账户列表。刷新期间，之前报告的问题可能继续保留最多五分钟，并标注上次观测到的状态；这只是历史观测依据，不代表故障仍然存在。新测得的健康结果会将其替换。页面显示的健康评分是对账户健康状况的评估，不能证明服务商已确认某次发送；排查停止运行的邮箱时，请检查发送记录和邮箱错误详情。

诊断参与与停止

新邮箱默认关闭参与预热。经过组织权限授权的邮箱 PATCH 接口提供 test_mode（off、diagnostic；历史值 legacy 仍可读取）、独立的 test_send_enabled 和 test_receive_enabled 开关，以及可选的正数 shared_daily_limit/rolling_recipient_limit。预热选项卡提供按收发方向控制的设置。启用接收参与，也意味着授权系统在服务商支持时，对已验证的预热邮件按概率执行移出垃圾邮件、标记已读、标记重要以及加星或旗标等操作；现有已启用接收的诊断邮箱也包括在内。这些操作是已披露的自动化行为，不是人工互动，也不保证提升信誉。升级后参与设置仍为 NULL 的现有邮箱，会保留旧行为，直到明确更改。设置 test_mode=off 可停止后续预热收发任务的准入；当前 protocol-2 工作节点还会重新检查已排队的发送与操作。旧工作节点已经接受的命令或服务商正在执行的发送无法撤回。从已关联实例中单独移除一个 Cloud 托管邮箱时，会先在 Cloud 中停止该邮箱的收发双向参与，再解除关联，不会删除 Cloud 邮箱或其服务商授权。断开整个实例只会解除托管关联，保留各邮箱在 Cloud 中的预热设置。参见发送安全、修复依据与分阶段上线。

使用邮箱列表上方的邮箱标签下拉框，可只显示带有特定标签的账户。所选项会保存在页面 URL 中，并在当前浏览器标签页内按用户和工作区记忆，因此刷新、打开书签，或访问其他页面后返回，都会保留该筛选。选择所有账户可清除筛选。如果所选标签在当前工作区已不存在，则自动回到所有账户。

未明确选择列排序时，账户列表会按每个邮箱拥有的完整标签组合对已加载邮箱分组；无论查看所有账户还是按特定标签筛选，都是如此。带有标签 A + 标签 B的邮箱会归为一组，即使标签的添加顺序不同，也不会与仅带有标签 A的邮箱混在一起。各组按工作区标签顺序排列，无标签邮箱位于最后；组内按邮箱地址排序。选择标签只会缩小列表范围，不会改变此顺序。每个邮箱只出现一次。选择列排序后，该排序优先于分组，并会在切换标签筛选时保留。

打开账户，选择添加账户。Google 和 Microsoft 各有一个入口，选择后会询问连接方式：

在自托管实例上，这两种覆盖整个域名的连接方式会显示为禁用，直到运维人员完成配置；参见整个域名的邮箱连接。

点击连接后，即使刷新或关闭页面，连接流程也会在服务器上继续完成：系统会检查凭据，然后保存邮箱、分配工作节点并将其加入列表；如果流程失败，则完全不保存。完成后，邮箱会自动出现在列表中。在此期间再次点击连接，不会重复添加同一地址。

OAuth 会将你带到服务商的授权页面，并返回令牌而不是密码。两种 OAuth 服务商连接都使用服务商原生 API，不使用 IMAP 或 SMTP，因此会请求发送邮件以及读取和整理邮箱的权限。Google 还会请求读取邮件设置，以便 Warmbly 提供 Google 已验证允许你用作发件人的地址，并导入你已在其中编写的签名。此方式不需要应用专用密码或服务器设置。请注意，Google 会在账户密码更改时撤销 Gmail 令牌，因此更改 Google 密码后需要重新授权邮箱一次。

向各服务商申请的权限

仅请求以下权限，不会超出此范围：

Google 的权限范围存在包含关系，因此 gmail.modify 已涵盖读取、发送、撰写邮件和读取元数据。Warmbly 过去还会单独请求这四项权限，这只是增加了授权页面上的项目，并未获得额外能力；现在已不再这样做。使用旧版、更宽泛授权连接的邮箱仍可正常工作，无需重新连接。

授权页面允许取消勾选个别权限。Warmbly 会检查实际获得的授权，如果权限不完整，会在连接时拒绝添加并指出缺失的权限，而不会先保存一个看似连接成功、几天后首次发送才失败的邮箱。

Microsoft 要求管理员批准时

许多 Microsoft 365 组织只允许管理员批准新应用，此时 Microsoft 会显示需要管理员批准，而不是授权页面。从邮箱供应商购买的邮箱通常属于这种由供应商管理的组织。Warmbly 中的选项无法改变这一限制，但一次批准即可解决整个组织的问题：首次尝试后，登录单个邮箱面板会显示批准链接。请将链接发给组织管理员；如果是供应商提供的邮箱，就发给该供应商。该链接只会为整个组织批准上面列出的四项权限，此后每个邮箱都可以自行登录，无需管理员参与。在自托管实例上，运维人员为自己的 Microsoft 应用完成发布者验证后，大多数组织都可省去这一步；参见 Outlook 与 Microsoft 365。

IMAP / SMTP 需要分别为收件和发件提供主机、端口、用户名和密码：

SMTP   host: smtp.yourprovider.com   port: 465   username: [email protected]
IMAP   host: imap.yourprovider.com   port: 993   username: [email protected]

收发两侧还各有一项连接安全性设置，用来决定连接如何加密：

如果端口 465 始终没有响应（许多托管网络会阻止出站 465，而 587 仍可用），工作节点会同时尝试通过 STARTTLS 连接同一服务器的 587 端口，并使用先成功的连接。以此方式成功建立的连接会保存为端口 587 和 STARTTLS，邮箱设置也会显示这一结果。连接被拒绝或域名无法解析，属于网络给出的明确响应，而不是无响应：如果这类结果在开始连接 587 之前返回，就会直接报告。备用连接只用于端口始终不响应的情况。

如果服务器只在 465 端口接受邮件提交，就没有 587 可供备用。当工作节点判断是其自身网络阻止了 465（依据是多台服务器的 465 都不响应，而 587 可以响应）时，邮箱错误会明确说明：阻断发生在发送端，你的服务器无需更改，端口恢复可用后发送会自动恢复。在你的服务器上启用 587 端口的 STARTTLS 邮件提交，可以让邮箱更早恢复发送。

输入端口时，表单会自动选择 TLS 或 STARTTLS，标准配置无需额外考虑。无论哪个端口，系统都不会自动选择无；关闭加密必须由你主动设置。如果服务器使用非标准配置，请手动调整模式：1 到 65535 的任意端口都可使用，因此 2525 上的邮件提交中继或自定义端口上的 IMAP 都没有问题，只要安全设置与服务器实际使用的方式一致。

通过网络连接时必须加密。除本机外，Warmbly 不会通过未加密的连接发送凭据，因此只有主机为 localhost、127.0.0.0/8 范围内的地址或 ::1，且运行在自托管实例上时，才会出现无选项。参见下文的本地邮件中继。

如果邮箱因服务器无法访问而连接失败，且主机和端口确定无误，请先检查连接安全性设置。客户端尝试隐式 TLS 时，期望 STARTTLS 的服务器会表现为无法访问，反之亦然。

错误信息会说明失败发生在哪一步，以及服务器或网络返回了什么，因此不同情形可以区分：dial smtp.example.com:465: connect: connection refused 表示未能连接到服务器，dial smtp.example.com:465: tls: first record does not look like a TLS handshake 表示已连接的服务器在该端口不使用隐式 TLS，mail from: 451 4.7.1 try again later 则表示服务器暂缓接收邮件。如果 465 上的连接被拒绝或超时，而 587 可用，说明发送方与服务器之间的网络不允许隐式 TLS 邮件提交；将该邮箱改为 587 并使用 STARTTLS 即可解决。以“Warmbly's sending network currently blocks outbound port 465”开头的错误，表示阻断发生在工作节点侧，并非你的服务器故障。

工作节点侧的 IMAP 连接警告会标明 IMAP dial、IMAP TLS 或 IMAP STARTTLS，并提供经过脱敏的概括性原因，例如 DNS 失败、超时、连接被拒绝或证书验证失败。详情不会包含主机名、凭据或原始服务器回复。只有针对当前邮箱记录的有效工作节点观测，才能支持具体原因，包括首次保存警告和发送通知时。现有警告只能依据时间严格更晚的观测，更新为系统识别的标准原因。更早或同一时间的报告无法替换它；如果较新的观测无法识别或尚未验证，则退回一般性警告，不会把较早的具体原因当作最新情况展示。自动重试行为不变，警告本身既不能证明已恢复，也不会解除对结果不确定发送的保护。

如果保存的是一般性警告，但缺少面向用户的说明文字，通知会使用该一般性警告，避免出现空白消息。不会用其他历史传输详情替代通知内容。

邮件服务器宕机或停止响应时，邮箱不会被停用。Warmbly 会在详情抽屉中显示一条提示，以逐渐延长的间隔重试，并在服务器恢复后从中断处继续。在此期间到达的邮件不会被跳过，首次重新连上服务器的同步轮次会自动清除错误。

服务器有响应但拒绝 Warmbly 请求时也同样如此。详情抽屉只显示一条包含服务器原文的错误，不会每次重试都新增一条；首次成功完成处理后，该错误会被清除。

如果已启用双重身份验证，请在服务商的安全设置中生成应用专用密码，并使用该密码。

Warmbly 会使用服务器提供的登录方式，优先顺序为 CRAM-MD5、LOGIN、PLAIN。只接受其中一种方式的服务器也无需调整设置即可使用，包括 Microsoft 365 中继和大多数设备中继。

Gmail 与 Google Workspace

如果当前部署已启用此功能，选择添加账户 > Google > 使用 Google 登录，即可通过 Google 授权页面连接单个邮箱。该选项取决于部署配置；管理员可通过控制台配置开关启用。如果该选项被隐藏，请改用应用专用密码或 Workspace 整个域名授权。即使已禁用新的 Google 登录连接，现有通过 Google 登录连接的邮箱仍会继续工作，并可重新授权。

依次选择添加账户、Google、应用专用密码。对话框会引导你完成三个步骤；你只需输入地址和应用专用密码，系统会自动填入 Gmail 的服务器设置。

1. 在 Google 账户的“安全性”页面中，为 Google 账户开启两步验证。Google 只会在开启后提供应用专用密码，而且必须具备安全密钥以外的第二步验证方式，例如手机提示、身份验证器应用或短信。如果已经开启，继续下一步即可。
2. 在 myaccount.google.com/apppasswords 中创建应用专用密码：将其命名为 Warmbly，点击创建，然后复制这 16 个字符。Google 只会展示一次；字符分组之间的空格不影响使用，无论密码来自对话框、邮箱导入还是 API，Warmbly 都会移除这些空格。
3. 连接：输入你的姓名、完整邮箱地址（包括 @gmail.com 或 Workspace 域名）和应用专用密码。Warmbly 会先向 Google 验证，再保存信息。地址必须是该 Google 账户用于登录的地址：如果使用别名或群组地址，或密码是在登录另一个账户时创建的，Google 都会拒绝该应用专用密码。

如果通过 其他（SMTP / IMAP） 或邮箱导入连接同一邮箱，可参考对话框使用的以下设置：

SMTP   host: smtp.gmail.com   port: 587   security: STARTTLS
IMAP   host: imap.gmail.com   port: 993   security: SSL / TLS

两侧的用户名都是完整邮箱地址。密码必须是应用专用密码，而不是账户密码。无需启用 IMAP：Google 已于 2025 年 1 月移除该设置，个人 Gmail 账户始终启用 IMAP。在 Google 账户中删除应用专用密码会断开邮箱连接，与撤销 OAuth 令牌的效果相同。

对于 Google Workspace，这由管理员决定。管理员可以在应用、Google Workspace、Gmail、最终用户访问权限下为组织关闭 IMAP，也可以在安全、身份验证、两步验证下控制应用专用密码，其中对应的设置为允许用户生成应用专用密码；如果强制要求只能使用安全密钥作为第二步验证方式，则无论该设置如何，应用专用密码都会被移除。有些账户完全无法使用应用专用密码：加入 Google 的高级保护计划会撤销这些密码并隐藏创建页面。请管理员允许你用于发件的邮箱使用应用专用密码。

从逐个邮箱的 Google 登录方式迁移

从逐邮箱使用 Google 登录方式迁移是可选操作。现有邮箱仍可继续发送、同步和预热，也仍可重新授权。其他方式不需要为每个邮箱保存 Google 令牌：整个域名授权由 Workspace 管理员一次完成，并且不受密码更改影响；应用专用密码则适用于允许使用这类密码的 Google 账户。

只要仍有邮箱采用逐邮箱 Google 登录方式，账户页面就会显示横幅；这些邮箱在列表中各有一个标记，详情抽屉也会提示适用的迁移方式。登录凭据由 Warmbly Cloud 持有的邮箱不包括在内；其登录仍由云端管理。

Google Workspace 邮箱可迁移到所属域名的授权。

1. 选择添加账户 > Google > 整个 Workspace 域名，并按照连接整个 Google Workspace 域名中的说明为域名配置授权。如果域名已有有效授权，可跳过此步骤。
2. 在该授权的用户列表中，仍使用独立登录的邮箱会标记为待迁移。选择这些邮箱，或连接全部用户，后者也会包含它们。

连接该地址会原位转换现有邮箱：邮箱仍是同一个，历史记录、营销活动、预热进度和设置全部保留，已存储的 Google 令牌会被删除。转换不会新增邮箱，因此不占用邮箱额度。通过逐邮箱 Microsoft 登录连接的邮箱，也可选择以同样方式迁移到 Microsoft 365 组织授权。

个人 Gmail 邮箱可迁移到应用专用密码。 如果无法使用域名授权，Workspace 邮箱也可采用此方式。

1. 为 Google 账户开启两步验证，然后在 myaccount.google.com/apppasswords 创建应用专用密码，具体参见 Gmail 与 Google Workspace。
2. 在邮箱详情抽屉的提示中，选择切换到应用专用密码，并粘贴那 16 个字母。空格不影响使用。

Warmbly 会先向 Gmail 的 IMAP 和 SMTP 服务器验证应用专用密码，再保存任何信息。验证被拒绝时不会更改任何内容，消息会说明哪个服务器拒绝了请求以及原因。验证通过后，邮箱会原位转为 IMAP 和 SMTP 邮箱（smtp_imap，登录方式为 app_password），并删除其 Google 令牌。已导入的邮件会保留，同步会从该时点继续接收新邮件，不会再次导入历史记录。邮箱的营销活动、预热和设置都保持不变。发件身份列表需要从 Gmail API 读取，因此与其他 IMAP 邮箱一样，使用应用专用密码后将不再提供此列表。

本地邮件中继（Proton Bridge）

有些邮件只能通过运行在你自己机器上的程序访问。Proton Bridge 是常见例子：它代你登录 Proton Mail，再将账户作为普通 IMAP（127.0.0.1:1143）和 SMTP（127.0.0.1:1025）服务提供。它不提供客户端可验证的 TLS，因为它本来就不监听对外网络接口。

Warmbly 使用无安全模式连接此类服务，但必须同时满足两个条件；保存邮箱时以及工作节点每次连接时都会检查：

• 主机必须直接指定为回环地址：localhost、127.0.0.0/8 范围内的地址或 ::1。仅解析到回环地址的普通主机名会被拒绝，因为检查后其解析结果仍可能变化
• 实例必须为自托管实例，且工作节点与中继运行在同一台机器上

这两个条件都是为了确保凭据不离开机器，因此不存在可被截获的网络传输。在 Warmbly 托管服务中，工作节点位于我们的基础设施内，不在你的电脑上，因而无法访问本地中继，也不会提供此模式。如需使用，请在 Bridge 所在机器上运行自托管实例。

请使用 Bridge 界面中显示的专用用户名和密码，而不是 Proton 账户密码。机器上的其他中继也遵循同样原则，例如与工作节点部署在同一主机的 Dovecot，或用于测试的本地邮件接收服务。

所有付费套餐均提供不限量邮箱。为确保合理使用，邮箱额度按套餐发送量计算：套餐每天每包含一次发送，就对应一个邮箱名额。

该额度特意设置得远高于安全发送所需：按建议的每邮箱每天 30 至 50 封计算，Business 工作区只需几百个邮箱就能用满发送量，仍可再容纳数万个邮箱。设置这一额度，是为了避免邮箱名额不足成为提高单邮箱发送强度的理由。每日发送量不限的套餐可容纳不限量邮箱；未启用计费的自托管实例也不会统计此额度。

免费工作区。 超过 10 个邮箱有两种方式：订阅任意套餐，把所有邮箱留在这里；或免费自托管 Warmbly并关联该实例，让其邮箱在同一个池中预热。工作区处于免费状态时，账户页面会提供这两种方式，可自由选择。

连接对话框会提前显示额度：名额充足时显示当前数量，接近上限时给出警告，额度已满时则明确提示并引导进入申请流程，避免让你先输入最终会被拒绝的凭据。连接因额度不足而被拒绝时，也会返回该对话框，而不是仅弹出错误提示。

增加额度。 对话框中提供两种方式：

• 升级到更高套餐。 对话框会列出下一级套餐及其邮箱容量；变更按比例计费并立即生效。
• 申请提高额度。 保持现有套餐，并用一句话说明你要发送的内容，申请更高额度。运维人员通常会在一个工作日内审核，新额度会立即应用到工作区。申请待处理时，对话框会显示当前申请，并允许撤回。历史记录位于设置 > 限额。

超出额度不会导致任何邮箱被删除。工作区降级到较低套餐后，所有邮箱仍可继续发送和预热；只是无法添加新邮箱，直到数量降到额度以下或额度获准提高。

每天可以连接的邮箱数量没有上限：Business 工作区可以在一个下午连接数千个邮箱，邮箱导入正是为此提供的。

在连接对话框中选择导入邮箱，即可从 CSV、TSV、XLSX 文件、供应商导出文件，或粘贴的 address:password 列表中连接最多 5,000 个邮箱。只需地址和密码：系统会识别列，并通过 DNS 查找各域名的服务器。Microsoft 365 和 Outlook.com 的每一行都需要等待一次 Microsoft 登录。Google 行可使用应用专用密码、管理员授权，或在已启用时使用 Google 登录。导入在服务器端运行，保存前会验证每份凭据，并按原因归类失败项、给出解决方法。

同一对话框还可以使用 API 密钥直接从邮箱供应商导入，或通过管理员的一次授权连接整个 Google Workspace 域名（Google > 整个 Workspace 域名）或 Microsoft 365 组织（Microsoft > 整个组织）。

有关列格式、各服务商的要求以及保留哪些数据，请参见导入邮箱；有关为每个域名设置跟踪主机和根域名重定向，请参见发件域名。

当服务商不再接受邮箱已存储的凭据时，例如密码更改、授权撤销或应用专用密码过期，邮箱会停止参与发送和同步，详情抽屉会在需要处理下显示原因，并在错误旁提供解决方法：

• Gmail（通过 Google 登录连接）和 Outlook：重新授权按钮会在弹窗中重新运行服务商授权流程，并预选该邮箱自己的地址。即使不再为新邮箱提供逐邮箱 Google 登录，此操作仍适用于现有 Gmail 邮箱。必须为同一地址授权；使用其他账户登录会被拒绝，不会悄然连接到错误的邮箱。
• SMTP / IMAP：更新凭据按钮会打开表单，供你输入新密码，或新的主机和端口。与首次连接时一样，新凭据会先向你的服务器验证，再保存。
• 通过管理员授权连接（登录方式为 delegated，显示为管理员授权）：此类邮箱不持有自己的凭据，因此没有重新授权操作；请求单独重新授权会返回 mailbox_reauth_delegated。它的状态跟随所属授权：授权失效时，其下所有邮箱都会停止；每小时的授权检查或重新检查再次成功后，因该授权失效而停止的邮箱会自动恢复。你手动关闭的邮箱仍保持关闭。请从添加账户 > Google 或 Microsoft > 整个域名检查授权，并按导入邮箱中的说明，在 Google 管理控制台或由 Microsoft 365 全局管理员修复。

重新连接成功后，系统会保存新凭据、清除身份验证错误，并在原工作节点上重新激活邮箱，从中断位置继续同步。其他内容不变：设置、历史记录、预热进度以及所属营销活动都会保留。

服务器也可能只在邮箱发件时拒绝登录，而同步仍正常运行。此时会暂停发送，包括冷邮件和预热邮件；详情抽屉中的健康状态会说明情况，下方提供同一个重新连接按钮。如果密码或应用专用密码没有更改，重新输入当前值即可。重新连接会同时向服务器检查 SMTP 和 IMAP 登录，通过后解除登录限制。如果没有其他尚未解决的发送安全限制，发送就会恢复；例如某次发送结果尚未确认时，其独立限制仍会保留，直到问题解决。

重新连接不会占用邮箱额度，因此即使工作区已满额，也仍可修复故障邮箱。如果邮箱的登录凭据由 Warmbly Cloud 持有，则应从云端工作区重新连接；在本地尝试时，按钮会明确提示这一点。

连接邮箱会完成两件事：导入邮箱近期的历史邮件，并从此持续跟进新到达的邮件。所有服务商上的行为都一致。

历史导入会从新到旧读取最近 90 天的邮件，每个邮箱最多 5,000 封。这是默认值，自托管实例可在实例设置中修改两项值。系统会读取收件箱、已发送和归档邮件，以及 Gmail 和 IMAP 中的自定义文件夹，并跳过垃圾箱、草稿、垃圾邮件和 Gmail 的“所有邮件”。你可以在邮箱详情抽屉的同步卡片中查看进度：运行时显示进度条和实时数量，完成后显示“已是最新”以及导入结果。由于按从新到旧的顺序处理，通常最先要找的邮件在第一分钟内就会出现；大型邮箱会在随后一段时间内以稳定速度完成。少数 IMAP 服务器，例如 Seznam.cz，不允许按日期搜索文件夹；此时导入会改为读取每封邮件的到达日期，仅使大型文件夹的首次扫描略慢，其他行为不变。

实时同步会跟进服务商支持的文件夹，包括垃圾邮件，以便发现投递位置问题，以及已发送邮件，以便会话展示双方内容。Outlook 会同步收件箱、已发送、垃圾邮件、草稿，以及可用时的归档文件夹；不会同步所有自定义 Graph 文件夹。已读状态、旗标、删除和移动操作也会同步。

同步卡片会区分历史导入已完成和最近一次实时检查成功。未完成的处理轮次、服务商故障、恢复扫描或额度暂停，都不会刷新最后成功检查时间，也不会清除上次观测到的延后处理数量。这个数量是同步过程的观测结果，并非对服务商端所有剩余邮件的总量测量。仅有工作节点心跳不能证明邮箱已同步到最新。反复连接失败会刷新警告的观测时间，但不会每轮都生成新通知；如果没有更晚的成功检查，就无法确认恢复。

同步不仅遵守速率限制，也遵守服务商针对临时服务故障明确给出的重试等待窗口。在 IMAP 中，如果文件夹状态响应不完整或状态查询暂时失败，系统会保留现有文件夹及其同步位置，供下一轮继续。缺失的状态元数据会单独请求，不会据此认定文件夹已删除。

IMAP 文件夹数量上限限制的是要打开哪些文件夹，而不是哪些文件夹存在。超过上限的文件夹会保留已保存的同步位置。受上限限制的一轮处理不能据此确认重命名，也不能刷新最后成功实时检查时间。只有完整名称列表确认文件夹缺失、服务商明确返回不存在，或你的文件夹排除设置，才能终止对该文件夹的同步。在 Outlook 中，只要服务商给出明确的重试等待窗口，该轮剩余的文件夹请求就会停止，即使更早有其他文件夹失败时并未给出等待窗口。

如果 Gmail 拒绝普通导入续传令牌，导入会在最初固定的日期窗口内重新开始。已映射邮件会去重，现有邮件数量上限和同步额度继续生效。Outlook 会通过重放所配置的近期历史窗口来恢复过期的 delta 检查点，核对已知邮件，并仅在恢复完成后从新的检查点继续跟踪变化。更早且从未导入的邮件不在该恢复窗口内。身份验证失败、限流和传输错误不会被当作检查点过期。

在 IMAP 中，无论是在初始导入期间还是之后，发现新文件夹或 UIDVALIDITY 代次变化时，都会安排一次有范围限制的近期历史扫描。代次恢复会核对已知邮件标识和已读状态，不会重置全局导入计数。对于不参与历史导入的文件夹，例如垃圾邮件和垃圾箱，恢复只更新已知邮件，不导入之前未见的历史邮件。无法读取或不完整的邮件正文会保留为可重试状态，不会作为成功的空邮件存储。即使服务器声明支持 CONDSTORE，只要文件夹没有可用的修改序列，也会退回 UIDNEXT 检查和定期旗标检查。变更通过标准 CONDSTORE fetch 读取。如果服务器的响应格式无法被 Warmbly 读取，工作节点会尝试其他支持的方式；如果都无法读取，就使用相同的 UIDNEXT 检查。无论采用哪种方式，邮箱都会继续同步。如果服务器一次将整个文件夹标记为已变更，系统只导入上次处理后新到达的邮件；被再次报告的旧邮件只同步已读状态，不会重新导入，也不占用同步额度。旗标发布失败时会保留之前的基线，以便重试。后台查询不会把未读邮件标记为已读。

在已升级的实例上，新获准接收的服务商邮件会连同一份加密的待处理到达记录一起保存，然后同步才会推进。消费端重启后会使用原始标识重放该到达记录，包括相关退信或投诉处理；如果某次到达尚未处理完，服务商更新会等待。这是至少一次处理语义下的恢复机制，并不保证能重建全部历史邮件。仅保留映射的旧记录没有可重放的载荷，混合版本实例仍保持旧行为。参见自托管升级顺序与限制。

如果邮箱离线后 Gmail 使其历史检查点过期，Warmbly 会自动扫描所配置的近期历史窗口，查找遗漏的邮件，并检查每封已保存的 Gmail 邮件是否被删除、移动或更改已读状态。恢复可在工作节点重启后继续，并遵守正常同步额度。早于所配置导入窗口、且从未保存的邮件不会由恢复过程导入。扫描完成后，系统会从新的历史检查点跟进恢复期间发生的变化，无需重新连接。

系统也会同步嵌套文件夹，因此收件箱子文件夹或标签组下的邮件会与其他邮件一样进入系统。每个邮箱最多同步 100 个文件夹。超过上限时，收件箱、已发送、草稿、垃圾邮件、垃圾箱和归档始终保留，其余按服务器列出的顺序选取；邮箱详情抽屉的同步卡片会提示有多少文件夹未被同步。邮箱文件夹数量回到上限以内后，该提示会自动消失。

对于 IMAP，系统优先通过服务器发布的标准属性识别文件夹；服务器未提供属性时，才根据名称识别。系统可识别十余种语言的常见名称，因此已发送文件夹即使名为“Gesendete Elemente”或“Éléments envoyés”，其中邮件仍会归为已发送，而不会归入收件箱。

排除不想同步的文件夹

同步无法识别的文件夹会归为收件箱，因此其中邮件会出现在统一收件箱中。对于你用来整理真实邮件的文件夹，这是合适的；对于由其他工具填充的文件夹，则可能不合适。例如，第二个预热服务使用自己的文件夹时，会让自动生成的邮件进入收件箱、消耗该邮箱的同步额度，并像回复一样被分类。

在 IMAP 邮箱的详情抽屉中，同步卡片会在不同步的文件夹下列出工作节点见过的文件夹。勾选某个文件夹后，同步会在下一轮停止打开它，通常在一分钟内生效；已从该文件夹导入的邮件会从 Warmbly 中移除，之后从其他已同步文件夹移入其中的邮件也会移除。服务商端的邮件本身不会被更改。如果某个文件夹尚未列出，例如邮箱还未同步或文件夹刚创建，可以按邮件服务器显示的准确名称手动输入，例如 Warmer；如果服务器把所有内容嵌套在收件箱下，则可能是 INBOX/Warmer。名称不区分大小写，跳过一个文件夹也会跳过其所有子文件夹。

收件箱、已发送、草稿、垃圾邮件、垃圾箱和归档不能跳过；缺少这些文件夹的同步会使邮箱功能不完整。取消勾选后，系统会在所配置的近期历史窗口内进行有限扫描，重新纳入该文件夹；窗口外更早的邮件不会导入。每个邮箱最多可跳过 50 个文件夹。Gmail 和 Outlook 邮箱不提供此列表。

同一设置在 API 中对应 PUT /emails/:id/sync，在 CLI 中对应 warmbly mailbox skip-folders。

只有两类情况会停用邮箱同步，而且都表示上游存在问题：邮件洪流，即一小时内涌入数千封新邮件，超过真实收件箱通常会收到的数量；或过去七天中有三天超过每日额度。此时邮箱会在需要处理下显示原因；请修复造成大量来信的来源，或请管理员提高额度，然后重新激活邮箱。

在邮箱的设置选项卡中配置以下设置。它们会应用于下一次计划发送，不会追溯影响已发送邮件。

默认值 50 是安全上限，不是每日目标。新连接的邮箱会使用可配置的可变发送计划，按当地工作日计算，目标范围为 28 至 32 封，约 30 封。现有邮箱保持原设置。可以在发送选项卡中调整或禁用计划；只有在信誉得到验证、投诉率和退信率都较低时，才应提高独立的发送上限。新邮箱应从更低的发送量开始并逐步递增；随机化发送量不能替代预热，也不保证邮件送达。

范围最高可达 5000，以免人为限制高容量邮箱，例如经过预热的 Google Workspace 账户允许每天 2000 封，Microsoft 365 更多；控制台会对高于 100 的设置显示警告。较高的上限只是提高容量天花板：营销活动自身的每日限制、发送量递增计划、发送行为和工作区每日发送限制仍然适用，以其中最小者为准。最小发送间隔本身也会限制吞吐量：采用默认 600s 时，一个邮箱在 24 小时窗口内最多约发送 144 封，因此高于该数值的上限，只有配合更短间隔才会发挥作用。

保留已发送邮件副本

SMTP 邮箱提供保留已发送邮件副本开关，默认开启。SMTP 提交本身不会在你自己的账户中保存邮件，因此关闭此项时，Warmbly 发出的邮件只存在于收件人的收件箱，不会出现在你的邮件客户端或统一收件箱会话中。开启后，Warmbly 会在发送每封邮件时，将其保存到该邮箱的已发送文件夹，标记为已读，并记录实际发送时间。

如果服务商已经自动保存所有通过 SMTP 提交邮件的副本，例如 Gmail、Fastmail 和 Zoho，请关闭此项，否则已发送文件夹中每封邮件都会出现两份。通过 OAuth 连接的 Gmail 和 Outlook 邮箱不会显示此开关，因为它们的 API 会自行保存副本。预热邮件不会归档到已发送文件夹，以免淹没真实的已发送邮件。

在邮箱中归档

每个邮箱默认开启同步归档和删除。开启后，在统一收件箱中执行归档、删除或移至收件箱，也会移动邮箱中的对应邮件：Gmail 会添加或移除收件箱标签，或移至垃圾箱；Outlook 会移至归档、已删除邮件或收件箱；IMAP 邮箱则会在 Archive、Trash 和 INBOX 文件夹之间移动。删除始终移至邮箱自己的垃圾箱，不会永久删除。关闭后，该邮箱的整理操作只在 Warmbly 内生效；会话仍会离开你执行整理操作时所在的统一收件箱视图，但服务商邮箱中的邮件位置保持不变。

同一选项卡还可设置显示名称、回复地址（留空时使用邮箱自身地址，参见共享回复收件箱）、纯文本和 HTML 格式的签名，以及用于分组的标签。标签属于工作区：任何人创建的标签，所有团队成员都可在任意邮箱上使用。修改显示名称后，该邮箱下一封发出的邮件就会在 From 标头中使用新名称，无论是营销活动邮件、回复还是预热邮件，都无需重新连接。预热邮件会在其他工作区的收件箱中展示该名称，因此名称必须遵循命名规则：不能包含链接、网址、邮箱地址或隐藏字符。如果通过表单或导入文件连接时填写的名称不合规则，系统会替换为从邮箱地址生成的名称；如果旧邮箱名称不合规则，其预热邮件也会改用从地址生成的名称发送。

HTML 签名放在正文下方一行的独立区块中，避免出现 Apple Mail 和 Outlook 过去会在签名前显示的多行空白。如需额外间距，请在签名本身内部设置。对于采用 HTML 排版的正文，签名会放入构建该邮件的同一容器内，与正文对齐，而不会落在容器外、贴着窗口左边缘显示；其位置规则与退订提示行相同。纯文本签名则在正文后空一行显示。

签名编辑器有四种视图。HTML 是可视化编辑区，支持粗体、斜体、下划线、链接和图片。旁边的 </> 按钮可切换到原始标记，邮件会按所写内容原样发送，因此可完整粘贴其他工具生成的表格签名。预览在独立框架中模拟邮件客户端的显示效果。纯文本保存纯文本版本；开启同步时，该版本会从 HTML 自动生成。

如果签名包含 <style> 块、完整 HTML 文档或事件处理器，则始终以标记形式编辑，可视化切换按钮会变灰。可视化编辑区需要把标记插入页面，而签名属于团队成员也会看到的工作区数据，因此系统不会为这类标记提供可执行的页面元素。要查看效果，请使用预览。发送邮件时，签名中的任何 <style> 块都会像营销活动正文一样，转换为匹配元素上的内联样式。

共享回复收件箱

回复地址会为该邮箱的营销活动邮件、统一收件箱回复、测试发送和投递位置测试添加 Reply-To 标头，使回复进入另一个地址，而不是原发件地址。留空或设为邮箱自身地址时，不会添加该标头。预热邮件始终不携带它，因为预热往来需要在发出邮件的邮箱中读取回复。

将多个发件邮箱的回复地址指向一个已在这里连接、仅用于收件的邮箱，所有回复就会汇集到一处，同时 Warmbly 仍会跟踪每封邮件由谁发送：

• 回复会计入对应营销活动。开启收到回复后停止时，它会停止邮件序列，执行被回复邮件的回复分支，并在营销活动统计和控制台最近活动中归于原发件邮箱，例如“[email protected] 回复了 [email protected]”
• 如果回复来自潜在客户邮件中的抄送对象，也会计入该潜在客户，与直接在发件邮箱收到回复时相同
• 在统一收件箱中，邮件会显示其回复的是哪个邮箱发出的邮件；点击回复会默认使用该邮箱，收件箱智能体起草的回复也一样，因此联系人会继续收到自己原先联系的地址发来的邮件。你的回复会携带相同的回复地址，使对方下一次回复仍回到共享收件箱。参见选择发件邮箱
• campaign.reply_received webhook 会同时标明两者：email_account_id 是实际收到回复的邮箱，sender_email_account_id 是被回复邮件的原发件邮箱

Warmbly 只能跟踪它能读取到的回复。如果回复地址并非当前工作区中的邮箱，回复仍会送往该地址，但不会计入任何统计，字段旁也会明确提示。回复收件箱必须与指向它的发件邮箱位于同一工作区。

尽量让回复地址与发件地址使用同一域名。对于某些过滤器，Reply-To 与 From 的域名不同会构成轻微的垃圾邮件信号，使用同一域名则不会。

回复地址仅影响设置后发送的邮件：之前发出的邮件没有该标头，因此对这些邮件的回复仍会送到原发件邮箱。

发件身份

通过 Google 登录连接的 Gmail 邮箱可以使用多个发件地址。凡是在 Gmail 的“用这个地址发送邮件”中添加并完成验证的地址，例如 hello@ 这样的职能地址，或你拥有的第二个域名下的地址，Warmbly 都可以将其写入 From 标头。

在邮箱设置选项卡的发件身份下选择地址。列表直接从 Google 读取，因此准确反映 Google 会接受哪些地址：仍在等待验证邮件确认的别名会显示，但无法选用，因为 Google 会拒绝以它发送。你在 Gmail 中添加地址后，请点击刷新地址。所有邮箱初始都选用自身邮箱地址；保持此选择不会改变现有行为。

该选择适用于营销活动邮件以及你从统一收件箱发送的回复，始终不影响预热。预热总是使用邮箱自己的地址，因为它按该地址为邮箱配对，并据此验证自己的令牌；使用别名会破坏预热需要验证的配对关系。

使用别名前，请了解两点：

• 别名是 From 标头中的地址，不是另一个邮箱。回复会返回别名，由 Google 投递到同一个收件箱，Warmbly 会照常同步
• 身份验证取决于别名的域名，而非邮箱自身的域名。如果别名域名没有 SPF 或 DMARC 记录，就相当于从未经 Warmbly 检查的域名发件，因此请先配置这些记录，并在更改后关注邮箱的域名身份验证状态

同一卡片中的从 Gmail 导入签名会用 Gmail 中为当前发件地址配置的签名替换邮箱签名。操作会立即写入，无需等待保存栏确认，下方编辑器也会更新，显示已存储内容。如果 Gmail 签名为空，则不作更改；如果超过 Warmbly 的存储上限，则会拒绝，不会截断。之后在这里编辑签名，内容就由你自行管理：系统不会自动重新导入，因此你后来调整过的签名不会在不知情时被覆盖。

Outlook 和 SMTP/IMAP 邮箱没有可读取的同类地址列表，因此不会显示此卡片。它们的签名需要在 Warmbly 中编写。

头像

邮箱自己的头像会显示在详情抽屉顶部，角落带有服务商标志。在不额外请求权限的前提下，Warmbly 会在可以读取时获取头像：

• Microsoft 365 或 Outlook.com 邮箱连接或重新连接时
• 通过 Google Workspace 或 Microsoft 365 管理员授权连接的邮箱，从组织目录读取
• 从提供头像的邮箱供应商导入的邮箱，例如 Zapmail

通过授权或供应商获取的头像会每周重新检查，因此新头像会自动显示，已移除的头像也会消失。单独登录的 Google 邮箱和所有 SMTP/IMAP 邮箱会显示姓名首字母，因为 Warmbly 获准读取的数据中没有它们的头像。

自定义跟踪域名

默认情况下，打开跟踪像素和点击跟踪链接都使用共享跟踪主机，其信誉取决于所有使用者的共同表现。将发件域名的一个子域名指向该主机，即可改用你自己的域名。

在邮箱设置选项卡的自定义跟踪域名中输入子域名。Warmbly 会显示需要添加的准确 CNAME 记录，其值来自当前 Warmbly 安装用于提供跟踪服务的主机；在自托管安装中，就是运维人员设置的 TRACKING_DOMAIN。在 DNS 服务商处添加记录后，点击保存并验证。

验证会实时解析记录，并报告结果：

如果 DNS 服务商会将 CNAME 记录扁平化，例如使用 ALIAS 记录、根域名扁平化或代理记录，仍可验证：没有可读取的 CNAME 时，Warmbly 会比较解析出的地址。

在一个实例内，跟踪域名只能属于一个工作区。一旦某个工作区在邮箱上或作为营销活动的覆盖设置验证了该域名，同一实例中的其他工作区就无法保存或验证它，会返回 409 tracking_domain_taken。该工作区自己的所有邮箱和营销活动都可以共享它。

随时点击重新检查即可重新解析，无需修改值。Warmbly 也会每小时自动检查所有自定义跟踪域名，因此保存后才完成传播的记录会自动开始使用；如果记录后来不再指向跟踪主机，系统也会停止使用，避免所有链接悄然失效。

验证通过前，跟踪会回退到共享主机，因此未验证域名不会影响发送：链接仍然可用，只是暂时没有使用你的域名。更改后，已发送的链接仍可继续使用；新发送的邮件会采用新域名。

已验证域名还会为该邮箱营销活动邮件中的退订链接提供服务，使收件人看到的退订入口与邮件中的其他链接一样，位于你的域名下。未经验证的域名不会改变此行为：退订链接仍使用始终提供该功能的实例 API 地址。

验证只能证明 DNS 正确，不能证明 HTTPS 正常，两者是不同步骤。退订链接也使用同一主机后，这一点更为关键：如果收件人的浏览器拒绝证书，后果可能是一次垃圾邮件投诉，而不仅仅是损失一次点击。在 Warmbly Cloud 上，证书由系统代为处理。使用随附 Caddy 安装的自托管实例也会自动处理：收件人首次加载该域名上的链接时，Caddy 会为域名申请证书。如果使用运维人员自行配置的代理，则取决于该代理；因此域名虽然在这里验证通过，却仍出现证书警告时，应联系运维人员处理。

跟踪直接发送的邮件

营销活动邮件会携带打开跟踪像素和跟踪链接。你在统一收件箱中手动编写的邮件默认不携带，除非主动开启。

在邮箱设置选项卡中开启跟踪直接邮件的打开和点击，即可为该邮箱启用此功能。此后，从该邮箱发送的 HTML 回复和新邮件都会获得与营销活动邮件相同的打开跟踪像素和跟踪链接。只有纯文本的邮件仍不跟踪。结果显示在分析页面的直接发送的邮件下。

默认关闭是有意设计的。在一对一回复中加入跟踪像素，与冷邮件序列中的跟踪不同：它会略微影响送达能力，还会跟踪发送给同事和客户的邮件，而这些人可能并非营销活动联系人。对于用作个人收件箱的邮箱，建议保持关闭。

查看统计数字前，请了解以下两项限制：

• 仅对之后发送的邮件生效。已投递邮件仍保留发送时携带的内容，因此统计从开启时开始，不会覆盖历史邮件。
• 仅覆盖通过 Warmbly 发送的邮件。你在 Gmail 或手机上编写的回复仍会计入发送和回复统计，因为这些数据直接从邮箱读取，但无法跟踪其打开情况。
• 邮件必须包含 HTML 部分。纯文本邮件无法放置像素或改写后的跟踪链接，因此会不带跟踪地发送。

点击按邮件统计，而不是按链接统计：直接邮件报告有多少封邮件被点击及点击时间，不提供营销活动中的逐链接明细。

跟踪使用与其他跟踪功能相同的主机，因此该邮箱上的自定义跟踪域名也适用于这里。如果当前安装未配置跟踪主机，直接邮件会不带跟踪地发送，而不会携带指向无效地址的像素。

新邮箱应先完成预热，再承担营销活动发送量。默认初始量为每天 10 封，递增量为每天 +1 封，上限为每天 40 封。

可在邮箱的邮箱预热选项卡中开始、暂停、恢复或停止预热，也可通过账户页面的批量选择栏一次操作多个邮箱。暂停会保留发送量递增进度，并停止新的预热发送。停止还会禁用预热接收和互动，但不会删除邮箱或其历史记录。

停止会永久终止尚未开始发送的预热请求，包括其他邮箱发往此收件人的请求。重新开始不会重新激活这些旧请求。按方向控制的参与开关只会终止被禁用方向上的请求。已经开始发送或已被服务商接受的邮件无法撤回。因此，即使停止预热后，Gmail 仍可能针对较早的邮件发出延迟投递通知；之后到达的通知不一定意味着 Warmbly 又发了新邮件。

同一选项卡还决定预热邮件在你自己的邮件客户端中的存放位置：独立文件夹，默认为 Warmbly；留在收件箱；或归档。该设置覆盖收发两个方向，包括邮箱收到的预热邮件以及发出邮件的副本，因此收件箱和已发送文件夹都不会被预热邮件占满。参见让预热邮件不占用收件箱。

Warmbly 会持续重试整理操作，直到工作节点确认成功；工作节点重启或邮箱重新分配后也会继续。重新连接时，系统还会按当前投递位置设置，整理在访问不可用期间遗留的、可识别的预热邮件。选择收件箱则表示有意将它们保留在原处。

在 Outlook 中，如果查询预热邮件的稳定标识时失败、结果不明确或不完整，系统会在删除服务商端邮件或已存储正文前停止删除。查询不可用不能证明邮件不存在。每次查询只发出一个请求。如果响应缺少邮件集合、集合为 null、标识无效，或包含续传信息，就会返回临时错误，不会继续跟随续传。只有明确表示没有后续结果的空集合，才能证明邮件不存在。已完成的空查询和服务商确认项目不存在的情况，仍沿用原有的幂等清理行为。该保护无需更改数据结构或回填数据，也不改变现有命令重试上限。如果达到重试上限时查询仍不完整，已存储的正文会保留，不会依据不确定的信息删除。

如果预热邮件整理失败后，Outlook 要求已升级的工作节点等待，待处理的整理任务会保留在重试队列中，直到服务商指定的时间；即使工作节点重启或邮箱移到另一节点，也会保留。重复错误或更早的队列尝试都不能缩短重试时间。其他邮箱继续正常工作；旧工作节点在升级前不会获得此保护。

开始营销活动后，应继续运行预热，而不是认为邮箱已准备好就关闭。参见邮箱预热。

标记为投递位置测试种子收件箱的邮箱是例外：它从不进行预热，在取消标记前，启动预热的请求会被拒绝；它也从不发送营销活动邮件，因为测试收件箱必须与发件邮箱保持陌生关系。

如果希望邮箱停止运行，同时保留设置、历史及其在节点集群中的分配，可以将其关闭。使用该行 更多 菜单中的 关闭、设置 选项卡上的 启用邮箱 开关，或通过选择栏一次处理多个邮箱。通过 API 操作时，调用 PATCH /emails/{id} 并将 status 设为 inactive；设为 active 可重新启用。

关闭作用于整个邮箱：不发送营销活动邮件、不发送或接收预热邮件，也不执行任何同步，无论预热设置如何。列表显示为 已关闭；若预热仍设置为运行，预热列显示 已停止。若只想停止冷邮件发送并让邮箱继续预热，例如邮箱需要从垃圾邮件投递中恢复，请改用 暂停营销活动发送。

已关闭邮箱可通过相同方式重新启用：该行 更多 菜单或预热菜单中的 重新启用、概览选项卡顶部的 重新启用 按钮、启用邮箱 开关，或选择栏中的 启用。原先设置为运行的预热会立即恢复。若仅为预热而恢复邮箱，请先在概览选项卡开启 暂停营销活动发送，再启用邮箱，以防营销活动在两步之间选用它。服务商访问权被撤销的邮箱显示 重新连接，而非 已关闭，需要重新连接才能启用。

关闭立即生效：负责同步的机器会收到移除指令，因此几秒内就停止导入邮件，也不再被选用于营销活动发送和预热，无需等到机器下次重启。邮箱会退出预热池，已有预热任务链会在下一步停止。已交出的营销活动邮件会以失败响应，步骤之后由仍活跃的邮箱重试，因此不会重复送达，也不会让潜在客户停滞。

该邮箱上正在邮件序列中的潜在客户，到达下一步时会转移到同一营销活动的其他邮箱，而不会一直等待原邮箱、导致沟通中断。每个营销活动的日志都会记录此变更。潜在客户的发件邮箱如何选择、何时更改，参见 发件邮箱与轮换。

邮箱关闭时保留工作节点分配，因此重新启用后会回到同一机器，从相同 IP 发送，并从停止处继续同步，而不是重新导入。

断开连接 会永久移除邮箱。入口位于列表中该邮箱自己的 更多 菜单，名称为 断开邮箱，也位于 设置 选项卡底部的危险区域。若需一次移除多个，勾选对应行并使用选择栏。移除记录之前，系统先通知负责同步的机器移除邮箱，因为记录删除后便无法再通知。如果指令无法送达，断开会以 503 失败，且不移除任何内容；请稍后重试，不要假定已经成功。

邮箱属于工作区，而不属于连接它的成员。任何具有 管理邮箱 权限的人都可以关闭工作区中的任意邮箱、更改其预热或断开连接，包括团队成员添加的邮箱，以及所有者已经离开的邮箱。查看列表本身也需要相同权限，因此看得到的邮箱就可以操作。

属于该邮箱的所有内容都会一并删除：统一收件箱中已导入的邮件、预热历史及预热池成员关系、凭据、发件邮箱关联，以及仍计划由它执行的发送。使用该邮箱的营销活动会继续通过剩余发件邮箱运行，之前由它联系的潜在客户在下一步转移到其他邮箱。若需要保留副本，请先导出工作区。若只是希望暂停运行，应改为禁用邮箱。

对于镜像到自托管实例的 Cloud 托管邮箱，此操作删除本地镜像及本地数据，并停止 Cloud 预热发送和接收。邮箱、登录及历史仍保留在 Cloud 工作区。若也要删除这些内容，请直接在 Cloud 上断开邮箱。断开整个实例的 Cloud 连接则不同：它会保留独立管理的 Cloud 邮箱及其预热设置。

工作节点关闭已连接邮箱前，会尝试整理最多 200 封近期已识别的预热邮件，时限为 20 秒。即使服务商访问已经失效，断开仍会完成。Warmbly 仅保留识别标识符的哈希，期限为预热邮件或 令牌 记录后最多 90 天，并限定于邮箱地址及工作区，因此移除后重新添加同一地址，可在正常历史导入期间找回预热邮件。这些标识符不含邮件内容或凭据，工作区删除时也会消失。在引入此恢复机制之前，标识符已经清除的邮件不一定能安全识别；Warmbly 不会仅因发件人或主题类似预热邮件就将其隐藏。

断开连接会删除的内容

断开连接意味着删除，而非隐藏。其中两部分会在邮箱从列表消失后才完成，因为无法在删除记录的瞬间同时完成。

撤销与服务商的连接授权。 对 Gmail 邮箱，Warmbly 使用所持有的刷新 令牌 调用 Google 撤销端点，使该 令牌 及由其签发的所有访问 令牌 失效，并从你的 Google 账户第三方访问列表移除 Warmbly。无需你手动移除。仅删除我们保存的 令牌 副本做不到这一点，授权仍会留在你的账户中。

Microsoft 未提供针对单个应用的对应端点，因此 Outlook 或 Microsoft 365 邮箱有所不同：此处保存的 令牌 会被销毁，Warmbly 无法再使用，但需要你在 Microsoft 账户隐私设置 中自行将应用从账户移除。Microsoft 唯一能终止会话的调用会让你退出所有正在使用的应用，不应仅因断开一个邮箱而执行。

删除邮件正文。 Warmbly 导入的邮件存储在数据库之外，这些文件也会被移除。索引记录随邮箱立即删除，文件通常在约一分钟内删除。

若因服务商故障或存储暂时不可达而无法完成任一步骤，系统会持续重试直到完成，不会放弃。其他内容也不会遗留：仅存在于该邮箱中的会话，其会话标签和稍后处理定时器也会删除；同时经过其他保留邮箱的会话则保留标签。

关闭整个工作区时，会基于相同原因，对其中每个邮箱执行相同处理。

你无需选择工作节点。Warmbly 自动将各邮箱分配给发送工作节点，并可在之后迁移。

工作节点是连接邮箱服务商的机器。它们的地址并非收件人看到的地址：服务商通过自己的基础设施投递邮件，并在外发时移除连接客户端的地址。工作节点地址决定的是服务商如何看待此次登录，因此 Warmbly 优先 让邮箱保持在同一工作节点上，而不是频繁更换节点。连接地址不断变化的邮箱只会徒增安全验证和身份验证限流。

所有工作节点都属于同一类型。无需满足等级要求，也没有不同档位的池。分配机制根据实时信号为节点集群评分，选择最合适的节点：

• 工作节点还有多少剩余容量，使节点集群负载均衡
• 邮箱是否已经位于该节点，这一因素的权重高于其他因素
• 工作节点的位置是否接近服务商预期的登录地点
• 工作区已有多少邮箱位于同一机器，避免单点故障使所有发送停止
• 同一服务商的其他邮箱中，已有多少从该地址登录

每个已分配邮箱在工作节点可配置的规划目标中计为一个单位。服务商发送额度仍绑定各邮箱，不会降低工作节点目标。

只有必要时才迁移邮箱。 工作节点离线或负载过高（超过规划目标的 85%）时，你的邮箱会被迁移。Warmbly 也会纠正工作区或服务商在活跃节点集群中过度集中的情况。已稳定分配的邮箱至少在原处保留三天，才会考虑常规再平衡，且替代节点必须明显更合适。邮箱始终无需迁移是理想状态，并不表示分配卡住。

包含专属发送资源的套餐会为工作区提供其他客户不会用来发送的工作节点，因此邮箱始终从专属于你的地址登录。这是一种偏好，而非锁定：如果该机器宕机，邮箱会继续在集群其他节点工作，替代节点就绪后再迁回。

过去，冷邮件发送会一直按全量运行，直到邮箱跨过严格的健康阈值，中间没有缓冲。出现早期疲态的邮箱，要么继续发送，要么被隔离。

现在，邮箱具有独立于健康状态的冷邮件轮换状态：

即使实例没有活跃营销活动，该行仍显示 休息中 或 保留，包括仅用于预热的 Cloud 账户。冷邮件发送休息期间，预热可以继续。各实例独立管理自己的冷邮件轮换和手动暂停；关联预热不会在实例之间复制手动暂停。存在连接问题时，行状态仍优先显示连接问题，冷邮件轮换提示可在详情抽屉中查看。

邮箱被预热隔离或封禁时会进入休息状态，并在限制解除三天后自行恢复。健康一小时并不足以重新加入轮换。垃圾邮件投递不会使邮箱进入休息：watch 或 throttled 邮箱仍参与轮换，但每日冷邮件发送量分别降至 70% 和 50%，直到投递位置恢复。

Warmbly Cloud 状态缺失或过时不属于健康信号。它不会使邮箱休息；该邮箱的营销活动发送会等待最新状态到达。已有休息状态保持不变，三天恢复期仅累计状态有效的时间，因此在状态缺失期间结束的暂停，不会让邮箱在首次收到新报告时立即恢复。

休息只有在邮箱位于预热池中时才有意义，因为恢复依据的是池内健康信号。休息中的邮箱若退出池（工作区因试用结束或套餐变化失去预热），就没有健康信号可等待，因此邮箱会在最后一次休息时间戳三天后自行恢复，而非无限期退出轮换。在邮箱上暂停预热不会使其退出池，因此仍跟踪健康状态，依然适用限制解除后三天的常规规则。

手动恢复休整中的邮箱

你也可以不等待。在休息邮箱的详情抽屉提示中，有一个 恢复营销活动发送 按钮。点击后进入 active，除非仍被预热隔离或封禁；这种情况下仍保持休息，抽屉会说明原因：已被池移除的邮箱不应发送冷邮件，只有限制解除后才能恢复，没有强制绕过方式。Warmbly Cloud 状态不可用的邮箱也进入 active；其营销活动发送等待新状态，而不是继续保持休息。

API 密钥可通过 POST /emails/:id/release 执行同样的恢复，既适用于休息邮箱，也适用于手动暂停的邮箱。

邮箱不会因 watch 等级而休息。此等级被有意设计为不会产生可感知变化，而退出冷邮件轮换显然会产生可感知影响。

手动暂停邮箱发送

若希望按自己的安排让邮箱退出营销活动（例如正在迁移域名、仅保留收件箱用于回复，或即将停用某个发件邮箱），打开详情抽屉，在概览选项卡启用 暂停营销活动发送。邮箱进入 reserve：营销活动不再选用它，预热照常继续，任何自动机制都不会解除此状态。关闭暂停即可恢复；若此时预热健康状况仍差，邮箱会休息到恢复后再加入，而不会立即回到全量发送。

API 密钥也可通过 POST /emails/:id/hold 和 POST /emails/:id/release 使用相同暂停控制。释放处于 resting 而非手动暂停状态的邮箱时，行为相同，是手动结束休息的途径。

账户列表将邮箱分为 健康（正常发送）、正在预热（通过预热逐步增加发送量）或 需要处理（已暂停、失败或未发送）。每行显示邮箱、连接方式和标签，以及说明当前行为的 状态（发送中、正在预热、同时进行两者时为 活跃、休息中 或 空闲，受到阻碍时为 错误、已关闭 或 重新连接），还显示今天营销活动已发送量及上限、今天预热已发送量及递增目标、收件箱到达率和健康评分。悬停状态可查看原因，点击任意列标题可排序。两次刷新之间健康下降时会通知你，无需等你自行发现。

同一错误码的重复报告只按尚未解决的最高严重程度计入一次健康评分，不会把一个问题表现成多个。详情抽屉将相同报告分组，同时保留不同错误详情，并区分发送与同步失败。连接标题会指明 Gmail、Microsoft Outlook 或具体邮件服务器。报告时间 显示保存的报告时间：连接及临时服务商限制观测会刷新该时间，其他错误类别可能保留原报告时间。它不能证明故障仍在持续。

之后一次完整同步成功会自动清除先前临时同步错误。经服务商确认的发送会清除先前临时发送错误，包括服务商限流和配额警告。已恢复报告不再出现在 需要处理 下，也不再降低健康评分。未指明失败操作的旧报告，会在报告之后发送和同步均成功时清除；升级时，已有相应证据的报告也会清除。更新的失败仍会显示，仅等待或完成排队任务不算恢复。邮箱启用期间，可恢复的连接失败会自动重试；仅有连接警告并不意味着需要重新连接。身份验证、凭据和策略错误各自保留对应处理说明，已关闭的邮箱必须先启用才能重试。

发送安全暂停不同于可重试的连接失败。如果 Warmbly 无法确认服务商是否已接受邮件，发送会暂停，以免重试可能已经发出的邮件。即使没有独立连接警告，邮箱仍显示为需要处理，健康详情会解释暂停原因。收件箱同步成功不能证明发送成功。营销活动及其他非预热发送仍要求服务商确认的解决结果。参见 发送安全。

预热调度仅在准备任务没有生成的邮件 ID、验证令牌、预留、分发或执行证据时，才会在十分钟后自动终止被遗弃的准备任务。随后常规调度器可创建新任务继续。可能已发送邮件的任务仍受保护，不会仅因存在时间较长而重试。

对于已获授权、十分钟后结果仍未知的预热发送，Warmbly 可永久终止该任务，再用一封不同的新邮件恢复。旧邮件绝不会重试，也不计为已确认成功或失败；原先计入的额度和发送证据仍会保留。此恢复自动运行，也适用于现有符合条件的暂停。它不会清除登录失败、服务商限制、冲突结果或其他未解决发送，也绝不会覆盖已确认回执或等待应用的明确结果。新发送仍遵循你的时间安排、每日限制和冷却期。

收件箱 列表示过去七天该邮箱预热邮件进入 Google、Microsoft 和 Yahoo 合作邮箱收件箱的比例（较小邮件托管方使用自己的过滤规则，从不计入）；健康评分以此比例为上限，因此部分邮件进入垃圾邮件的邮箱不再显示 100。点击该列，或打开详情抽屉的 邮件送达能力 选项卡，可查看逐日历史及各服务商的分布。参见 查看预热邮件的投递位置。

详情抽屉会实时检查发件域名的 SPF、DKIM 和 DMARC。发送前请确认状态为绿色；主要服务商要求批量和冷邮件满足对齐要求。域名持续处于“失败”时，最终会停止其下所有邮箱的冷邮件发送和预热，因此修复记录后请点击 检查 立即解除；任何可管理邮箱的成员执行检查时，系统都会记录结论。DNS 未响应的查询会将记录显示为“未验证”，绝不会因此惩罚域名。DKIM 未查询到密钥时显示 未验证，而非“缺失”，因为无法通过 DNS 查询得知其选择器；这不会阻止发送。宽限期及具体停止范围，参见 邮件送达能力。

底层健康状态依次包括 healthy、watch、throttled、quarantined 和 blocked。它们用于预热池选择，只选择健康邮箱作为合作对象，因此不健康邮箱可能被降低发送量、移出池或完全封禁。被封禁邮箱在预热选项卡显示原因及可用申诉方式，必须通过新的观察期样本重新取得资格，而非单纯等待时间过去。

健康判断仅依据邮箱加入池后发生的情况：加入前记录的信号绝不会用于扣减其健康评价。