要約

  • RIPE NCCはRIPE 93で、約8,000件のメールアドレスが配信不能だと報告した。件数はRIPE 92以降おおむね同じ水準だという。
  • そのアドレスは、毎日の更新通知の約1％に影響する。RIPE Databaseの文書は通知をメールで送ると定めている。

データベースの変更には二つの行き先がある。記録そのものと、変更を知る必要がある人だ。記録が正しくても、後者には何も届かないことがある。

RIPE NCCのDatabaseチームはRIPE 93で、その隔たりを数にした。配信不能のメールアドレスは約8,000件。RIPE 92以降、ほぼこの水準が続いている。チームによれば、これらのアドレスは毎日の更新通知の約1％に影響する。定期的に再検証し、再び届くようになったアドレスは配信可能として扱う。更新通知は、データベースに何か変更があったと利用者に知らせる重要な仕組みだと説明した。

二つの数字の分母を混ぜてはいけない。8,000は配信不能なアドレスの数で、1％は影響を受ける日々の更新通知の割合だ。データベースオブジェクトの1％が誤っているという意味でも、更新の1％が失敗するという意味でもない。8,000件の宛先に送ったメッセージがすべて失われたという説明でもない。確認できるのは、毎日発生する配信上の問題だ。

RIPE Databaseの通知文書は、更新の受領確認と通知を分けている。受領確認はメールでも別のHTTP接続でも返せる。一方、データベースオブジェクトの操作を知りたい人への通知は、常にメールで送られる。受領確認は更新を送った人に応答し、通知は指定された監視先に変更を知らせる。片方の受信は、もう片方の到着を証明しない。

この違いは日々の運用で効いてくる。メンテナーが認証を通し、更新を送り、正常な受領確認を受け取る。ところが同じオブジェクトを見守る別の人は、もうメールを受け付けないアドレスに依存しているかもしれない。データベースは変更を記録したのに、人へ知らせる経路は読者の手前で切れる。

RIPE NCCは定期的にアドレスを再検証し、復旧したものを配信可能に戻すと説明している。ただし公開記録には、再検証の間隔、失敗メッセージ数、回復率、アドレスの所有者や対象オブジェクト別の内訳がない。どれも修復の優先順位を変える情報だ。今わかることは限定的だが明確で、配信不能アドレスは約8,000件、毎日の更新通知の約1％が影響を受けている。

設計上の問いは、「メールが拒否された」状態から「誰かが連絡先を直した」状態までに何が起きるかだ。バウンス通知が人の見るキューに入り、その宛先に依存するオブジェクトと結び付き、適切なメンテナーが修正できて初めて役に立つ。再検証は、アドレスが後から復旧したことを見つけられる。古いアドレスを新しいものに更新する仕事まではしない。

RIPE NCCは、日ごとの失敗、再検証数、復旧数、未解決アドレスが失敗してからの期間を、小さな配信状況表にして公開できる。通知に使うアドレスが届かなくなったとき、データベース上でメンテナーに知らせてもよい。影響の大きい変更については、利用者が選ぶ第二の通知経路も検討できる。これは編集上の提案であり、RIPE NCCが発表した計画ではない。

問題はメール技術が時代遅れなことではない。離れた場所で運用する人々に、記録が変わったと知らせる仕事を今も担っている。危ういのは、データベースのアドレス欄を、読者までつながった生きた経路だと思い込むことだ。記録は登録機関の記憶を保つ。通知が届いて初めて、関係者はその記憶を使える。

出典：RIPE 93 Database Working Group議事録 · RIPE Databaseの通知文書 · RIPE 92 Database Working Group議事録