摘要

  • draft-ietf-mailmaint-expires-06 允许更广泛地使用邮件 Expires 字段，但故意不把“失去有效性”定义成统一结果；日期是创建者的声明，不是独立测量。
  • 邮件软件不得仅凭该字段拒收或丢弃邮件；除非邮箱所有者主动配置，也不应删除已经过期的邮件。
  • 降低显示优先级、移动、删除主副本、保留审计证据和最终清除是不同动作。把它们压缩成一个“过期”状态，会把提示字段变成发件人的控制面。

最危险的不是旧邮件，而是过早消失的邮件

一家供应商在付款提醒中写入当天到期时间。第二天合同发生争议，这封邮件虽然不再能触发当天付款，却仍能证明金额、措辞和通知时间。如果客户端因为“过期”而将其放到次要列表，用户尚可搜索；如果服务器据此销毁，争议双方失去的是同一份历史记录。

Mail Maintenance 工作组的第 06 版草案把 Expires 从早期 X.400 映射扩展到一般互联网邮件。格式很小：一个 RFC 5322 日期时间，而且不得出现多个同名字段。创建者用它表示从何时起，自己认为邮件“失去有效性”。

草案没有进一步给出统一的规范定义，因为现有实现和用途之间没有共识。这不是漏洞，而是边界：促销、会议通知、周期报告和一次性代码的“有效”并不是同一种业务事实。

该文件目前是活跃的 IETF 工作组 Internet-Draft，目标状态为 Proposed Standard，并处于 RFC Editor 队列。它还不是已发布 RFC，更不是部署统计。

一行日期无法代替五条时间线

邮件至少同时存在创建时间、传输节点时间、接收时间、首次阅读时间和本地处置时间。业务事件还可能另有截止时间。时区换算、时钟偏差和解析失败都会让这些时间进一步分离。

一封航班改签通知在起飞后不再能指导乘机，但仍可支持退款；一封漏洞告警在补丁窗口结束后不再新鲜，却仍是事件复盘的关键；一封订单确认没有因为商品售罄而失去交易记录价值。

系统应保存原始字段、解析结果或失败原因以及本地时钟上下文。只保存一个布尔值 expired=true，会把声明、计算和决定混成无法追查的标签。

标准把碎纸机留在收件人一侧

草案允许收件人系统降低过期邮件的显示权重、不在默认视图展示，或向用户提供清理模式。但它明确规定：软件不得只因 Expires 就拒收或丢弃邮件；除非邮箱所有者经过主动配置，否则不应删除过去日期的邮件。

拒收意味着邮件从未进入邮箱。丢弃可能意味着系统接受后让它消失。隐藏只改变界面。移动仍可能保留可搜索副本。删除主副本不代表日志、归档和备份同步消失。最终清除才可能不可恢复。

这些动作不能用一句“已处理过期邮件”替代。操作凭证至少要回答：哪个组件执行、依据哪条本地规则、谁授权、是否可逆、哪些副本仍存在。

认证发件人也不拥有收件箱

DKIM 可以证明某个域名对签名字段承担责任，却不能证明日期准确、善意或对收件人具有约束力。验证“谁签了这些字节”和判断“是否应删除这些字节”是两件事。

草案列出的激励冲突非常具体。垃圾邮件发送者可以写入过去日期，争取在用户举报前降低可见度，并影响自适应过滤训练；临近的日期可以制造紧迫感，让事后投诉更难；遥远的日期可以试图长期占据收件箱注意力。

如果系统把日期提升为反欺诈结论，就让最有可能从证据消失中获利的一方选择删除触发值。即使发件人身份完全真实，这种权限转移仍然错误。

四层记录比一个状态更诚实

第一层是声明：原始 Expires、解析结果、发件人与签名证据。第二层是展示：正常、降权、分组或默认隐藏。第三层是留存：活动邮箱、可恢复隔离区、归档、备份或最终清除。第四层是证据用途：交易、合同、安全事故、滥用投诉或法律保全。

一层变化不能假装另一层也已变化。隐藏不等于删除；邮箱删除不等于归档消失；商业过期不等于诉讼证据无效。安全告警可以同时“已经过时”和“必须保留”。

本地最小凭证可保存消息标识或摘要、接收时间、原始与解析日期、身份材料、规则版本、邮箱所有者同意、界面动作、存储动作、恢复期限和最终清除结果。这是运营建议，不是新协议字段。

默认值也必须可解释。对普通促销，系统可以先降权，再在用户确认后进入可恢复区域；对账户安全、付款、合同和投诉，默认动作应当是保留。规则若按发件人域、文件夹或消息类型变化，凭证要记录实际命中的条件，不能只保存规则名称。用户后来撤销自动清理时，还应能够看到此前哪些邮件已被移动、哪些仍可恢复、哪些已经不可逆。这些信息让“本地决定”成为可以审计的事实，而不是产品界面中的一句承诺。

最小互操作，不建立持续权力

这条字段的历史从 RFC 1327 的 Expiry-Date，经过 RFC 2156 的 Expires 映射，到 RFC 4021 标注“not for general use”的注册项。第 06 版草案拟扩大一般用途。历史可以解释语义，却不能赋予创建者对他人存储的持续控制。

共同规范只需固定名称、语法和有限含义。各邮箱可在本地决定是否降权、分组或清理；不采用某个策略不等于实现无效。

真正的结果要从运行代码观察：传输是否接受、客户端是否隐藏、归档是否保留、恢复是否成功。字段、签名和标准状态都不能替代这些事实。

Sources

  1. Expires 06 文本
  2. Expires 06 HTML
  3. Datatracker 第 06 版
  4. Datatracker 历史
  5. RFC 1327
  6. RFC 2156
  7. RFC 4021
  8. RFC 5322
  9. RFC 5536
  10. RFC 5598
  11. RFC 6376：DKIM
  12. RFC 7942
  13. IANA 消息头注册表
  14. Lu Heng：Minimum Initial Specification
  15. Lu Heng：On Reality Layers
  16. Lu Heng：Running Code Primary