代表性产品 UI — 示例数据，并非实时客户指标。
控制平面
Sendarix 如何根据退信信号分类、抑制和路由
退信事件不仅进入静态 blocklist，还会驱动 routing 决策和 tenant 级 suppression。Hard bounce 会立即抑制；soft bounce 会在升级前遵循你的重试策略。
按 tenant 隔离可避免一个客户的坏名单影响其他客户。Webhook 事件（bounce、soft_bounce、complaint）为应用提供更新 CRM 记录和触发恢复流程所需的细节。策略配置请参见 email routing。
| Relay 路径 | 信号 | 状态 |
|---|---|---|
| 欧盟交易邮件 | 稳定投递 | 健康 |
| 美国批量邮件 | 低 deferral | 健康 |
| 专用租户 | 升高的 deferral | 退化 |
代表性产品 UI — 示例数据，并非实时客户指标。
Hard bounce 与 soft bounce - 分类
并非所有退信都相同。接收服务器的响应码会告诉你失败是永久还是临时，系统必须分别处理。
Hard bounce
永久投递失败。邮箱不存在、域名无效，或收件人已永久拒收来自你域名的邮件。
响应码：550 Mailbox unavailable, 550 User unknown, 550 No such recipient
必要操作： 立即加入全局 suppression 列表。不要再向该地址发送邮件。
Soft bounce
临时投递失败。邮箱已满、服务器暂时不可用，或存在连接问题。
响应码：450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
必要操作： 使用指数 backoff 重试。连续 N 次失败后转换为 hard bounce。
重试与 backoff 策略
Soft bounce 应该重试，但不能立即且无限重试。结构化重试计划可避免系统持续冲击已经降级的服务器。
| 时间 | 操作 |
|---|---|
| 立即 | 发送时的第一次尝试 |
| +15 分钟 | 第一次重试 - 服务器或网络错误 |
| +1 小时 | 第二次重试 |
| +4 小时 | 第三次重试 |
| +12 小时 | 第四次重试 |
| 丢弃 | 连续 5 次失败后转换为 hard bounce 并抑制 |
Suppression 列表管理
Suppression 列表是防止向无法收信地址继续发送的主要防线。
Hard bounces
永久。不要尝试重新投递。带 timestamp 永久保存。
投诉 (FBL)
用户标记为 spam。长期 suppression，并保存投诉日期。
退订请求
必须根据 CAN-SPAM 和 GDPR 要求立即抑制。
临时失败
重试窗口期间不要抑制。只有超过最大重试次数后才抑制。
对于多租户 SaaS 平台，suppression 列表必须按 tenant 隔离。按域名的 suppression 边界请参见 tenant isolation。
退信用 webhook 事件追踪
通过 email webhooks 传递的退信事件提供最详细信息。请追踪以下事件类型：
bounce— hard bounce。立即抑制收件人。soft_bounce— 临时失败。按 backoff 策略安排重试。complaint— 收件人标记为 spam。长期抑制。delivery— 确认接收服务器已接受。reject— 服务器在入队前拒绝。检查 SPF/DKIM/DMARC 记录。
Sendarix 自动处理退信分类
退信事件按消息追踪，分类为 hard 或 soft，并自动更新 suppression 列表。重试计划和 failover 逻辑可通过 email routing API 配置。
