摘要

  • RFC 10080 将 Expires 字段扩展到普通互联网邮件，不再只限于经 X.400 转换的邮件。
  • 邮件软件不得仅凭该字段拒收或丢弃消息；是否删除，仍由收件箱所有者决定。

发件人现在可以给一封邮件标上日期，并声明此后消息失效。看起来像一个自毁计时器。真正握着删除键的仍是收件箱。

变化很小，权力边界却很清楚。RFC 4021 已登记 Expires 邮件字段，但用途限于 RFC 2156 定义的 X.400 邮件转换场景。RFC 10080 把它扩展到互联网邮件。商业优惠、活动通知或周期性公告，如今都可以带上作者认为内容失效的日期。

发件人最多只能写入一个 Expires 字段。标准规定字段采用日期和时间格式，却没有强制所有邮件系统在日期到来后采取同一种动作。邮箱服务商或邮件客户端可以降低消息的显示优先级、将其隐藏，也可以让用户自行设定过期邮件的处理方式。

关键在这里：发件人提交的是一项关于有效性的说法，接收端决定界面和保存行为。RFC 10080 规定，邮件软件不得只因 Expires 字段而拒绝或丢弃消息；它还要求软件通常不应删除已经过期的消息，除非邮箱所有者明确配置了删除规则。这个字段可以影响注意力，不能接管回收站。

邮件也承担留档功能。一项优惠到期后，原邮件仍可能证明承诺内容、发送时间或客户被要求采取的行动。规范把这个判断交给收件人及其配置的软件，而非替消息设定日期的营销方。

标准也点出了滥用方式。发件人可以填写任意日期。垃圾邮件发送者可能把消息标成已经过期，希望收件人看不到，也不去举报；另一个发件人可能设定一个迫近的日期，制造紧迫感，让收件人事后更难找到这条信息。因此，日期是邮件系统可参考的输入，不是关于消息内容的可信裁决。

这项字段有一段制度史：它来自 X.400 与互联网邮件的字段映射，后来进入 IANA 登记表；新闻组邮件也有一个相近但语法更严格的 Expires 字段。新闻组标准同样把期限看作作者对内容相关性的判断，并未要求删除。RFC 10080 把这个概念带到互联网邮件，同时把处理权留给收件方。

邮箱服务商该问的，不只是“日期过了吗”，而是“邮箱所有者授权了什么动作”。降低过期邮件的可见度，可以整理界面同时保留记录。若默认自动删除，发件人就替别人写了留存政策。

来源：RFC 10080；RFC 4021；RFC 2156；RFC 5536；IANA 邮件头字段登记表。