Summary

  • John LevineとBenjamin Billonが著した2026年10月のRFC 10080は、メールのExpiresヘッダーを一般のインターネットメールで使えるようにした。以前のRFC 4021では一般利用に制限があった。
  • 送信者が記せる期限は一つだけ。受信側は表示を控えめにできるが、その値だけを理由に受信拒否や破棄をしてはならない。削除には受信箱の所有者が意図して設定した規則が要る。

期限切れの値札と、残しておきたい領収書

案内を送った側には、催しが終わる日が分かる。期限付きの割引も同じだ。ならば本文の隅にある日付を各メールソフトが読み解くより、送信者が専用欄に書く方が確実である。RFC 10080はその欄を整え、古い案内を目立たなくする使い道を示す。

ただし、書き手には都合もある。RFCは、過去の日付を入れて迷惑メールを通報前に見えにくくする例と、遠い未来の日付で居座ろうとする例を挙げる。自分で書ける時計を、他人の受信箱を消すスイッチにしてはいけない理由がここにある。

仕様は操作を分けた。Expiresは一通に一つ。期限後の表示順位や非表示は受信側で選べる。一方、その欄だけでメールを拒否・破棄することは禁止される。期限切れメールの削除は、所有者が意図して設定した場合に限るべきだという。セールは終わっても、送られた文面を確かめる権利は受信者の手に残る。

標準化されたのは欄であって、ゴミ箱ではない

IANAの登録簿では、メール用Expiresの状態が標準となり、参照先にRFC 10080が載る。これで形式上の扱いは明瞭になった。どのように表示し、探せる状態を保つかは、各サービスが示す仕事である。RFCも、従来の使われ方が一様でなかったため、期限後の共通動作を強制していない。

IETFにあるJohn R. Levineのプロフィールには、メール関連の標準化に携わってきた履歴が並ぶ。今回、Billonと引いた線は製品にも効く。送信者の「もう古い」は情報として届く。受信者の記録をいつ消すかは、その情報を受け取った側が決める。次に見たいのは、期限後も検索と通報を使える実装の公開説明だ。

出典：RFC 10080、RFC 4021、IANAの登録簿、IETFプロフィール。