要約

  • IETFの事務局長は9月25日、不達メールに基づく処理を停止し、それまでに停止した全アドレスを再有効化したと説明した。
  • 旧基盤では不達通知がリストに届かず、到達不能な購読先が残った。一方、新基盤の通知にも誤りを示す証拠があるという。
  • 公表文には影響人数も再開時期もない。設定を戻したことと、全アドレスで配信が成功することは別だ。

メールリストの管理者に「過剰な不達で購読者の配信を停止した」という通知が届く。これは単なる障害ログではない。受信側がその後の議論を読めなくなり得る、状態変更の知らせである。IETFの9月25日の説明は、その変更を生んだ処理を止め、停止済みのアドレスをすべて再び有効にしたと明記した。問題が解けるまで自動判定を続けない、という判断だ。

難しいのは、停止をすべて誤りと見なせない点にある。IETFによれば、以前の設備は不達通知をリスト処理へ渡していなかった。届かなくなった宛先が購読状態のまま積み上がっていた。他方、移行後の処理で出た通知の一部は正しくないとみられる。この二つが重なれば、実際に届かない宛先を放置する危険と、届く人の配信を誤って止める危険が同時に生じる。全件を再有効化するのは後者への応急対応であり、前者が消えたという証拠ではない。公表された数字で両者を切り分けることもできない。

11日にIETFは新しいモジュール型メール基盤への移行完了を告知し、不達処理の改善を見込んでいた。25日の報告は、その後に判明した現在の運用状態を示す。八つの問題は修正済みとされるが、不達処理と迷惑メールの増加は継続案件だ。Precedence: Bulk 付きメールの無通知破棄など、修正済みの事象を不達処理と混同してはいけない。VERPも調査中は無効にされたが、処理時間についての文章は効果の向きを一義的に読めないため、性能改善や悪化の数字として扱えない。

IETFは、五百を超えるメーリングリストで活動の大半が行われると説明している。配信状態の変更は、標準化の議論に接する日常の経路を左右する。Mailmanの開発元文書には、不達事象から配信停止、管理者への通知、後の警告へ進む一般的な仕組みが記されている。ただし、それをもってIETFが同じしきい値を設定しているとは言えない。今回確認できるのはIETF自身が公表した停止と復元の事実までだ。

再び自動停止を使うとき、必要なのは抽象的な「メールは直った」という宣言ではない。古い到達不能アドレスをどう扱い、疑わしい新しい通知をどう再検証し、誤停止を誰が取り消せるのか。Daniel Kadeは、個人の宛先や不達原文を公開せず、判断区分と復旧手順を追える記録を提案する。これは編集上の提案であり、IETFがすでに定めた要件ではない。公表文が内部調査のすべてを示していないことも踏まえるべきだ。

出典