要約
- 1992年10月19日、Jon Postel はアドレス管理ガイドラインの草案を技術、レジストリ、連邦政府の各グループに回覧した。このメッセージは、テキストが文書化された議論に入った時点を示すが、それが有効になった時点や一貫して適用されたかどうかを示すものではない。
- その後の過程は、ポリシーリストのメッセージ、非公開のアプリケーション、自動応答、人間による処理または移管、権威あるレジストリの更新という5つの異なる記録を経由した。これらを1つの文書として扱うと、誰がルールを議論でき、誰がリクエストを提出でき、誰がルーティングでき、誰が記録を変更する権限を持っていたかが不明瞭になる。
- RIPE NCC は1992年に電子メール、FAX、手紙での申請を受け付けた。その後 RFC 1400は、パーサ、修正または確認、チケット、7日間の確認期限、最終的なスタッフ処理を含む構造化された電子メールの手順を文書化した。これらの資料は電子メールの接続的な使用を示しているが、それが他のすべてのチャネルを凌駕したことを立証するものではない。
- 電子メールは距離やタイムゾーンの摩擦を減らし、非同期の修正をサポートし、多くの場合日付の記録されたテキストを残した。これらの利点は、認証された組織的権限、完全な理由、比較可能な前例、永続的なケースファイル、独立したレビュー、または強制力のある救済を自動的に提供するものではなかった。
- 行政法のアナロジーには限界がある。電子メールは法律ではなく、メーリングリストは議会ではなかった。その実際的な効力は、指定されたレジストリアクターが関連する権威ある記録を更新する権限を与えられている取り決めの中にメッセージが入ったときに生じた。
草案ルールは安定した形を得る前に広まった
1992年10月19日、Jon Postel はアドレス管理ガイドラインの草案を Internet Engineering Steering Group、Internet Architecture Board、Federal Networking Council のグループ、RIPE NCC、DDN-NIC、IANA などに転送した。回覧された資料には、クラス C アドレス割り当ての数量帯域と、24か月先までの需要予測の要件が含まれていた。これは RFC 1466が1993年5月に発行される約7か月前のことだった。
この日付は回覧のタイミングを示すが、有効日を確定するものではない。また、受信者リストの広範さは、すべての受信者が草案を受け取り、読み、受け入れ、または実施したことを示すわけではない。一部のアドレスは議論グループを表しており、他は運用上または機関上の機能に関連していた。同じ配布に含まれていても、それらの機能が同等になるわけではない。
それでも1992年10月の RIPE LIR ワーキンググループアーカイブは、後の番号付き文書だけでは提供できないものを保存している。それは、安定的な公開前に機関の間を移動する提案の証拠である。このアーカイブは、送信者、日付、指定された対象者、回覧されたテキストを特定できる。これにより歴史家は、草案のライフサイクルを後の RFC のライフサイクルと区別することができる。
その区別は単なる文書管理以上のものだ。回覧された草案が送信された瞬間から有効なルールと見なされると、議論は前提による採用になる。後の RFC だけが参照されると、初期の配布やコメントに晒された可能性が視野から消える。これら2つの記録は異なる問いに答える。電子メールは何がいつ回覧されたかを確立するのに役立つ。RFC は安定した番号付きテキストが後に存在したことを確立する。どちらか一方だけでは、その期間中に特定の申請がどのように決定されたかは確立されない。
1990年8月に発行された RFC 1174は、制度的な設定の一部を提供している。これは Internet Architecture Board が Federal Networking Council に送った勧告を記録しており、IANA と Internet Registry の保持機能やレジストリ活動の委任の可能性について説明している。登録と管理を執行から区別し、公共政策声明を求めている。これらの区別は、後の通信から推論できることを制限する。レジストリの管理は、一般的な法的執行にならなくても、重要な運用上の結果をもたらす可能性がある。公共政策声明は、ルールをより知りやすくすることができるが、すべての申請者が同じ説明を受けたことやすべてのスタッフが同じように適用したことを示すものではない。
電子メールは、会議を必要とせずに地理的に分散した受信者間で同一のテキストを移動できたため、この設定に適していた。また、後で検証できる日付付きのバージョンを保存した。非公開の口頭議論は議事録や記憶を残すかもしれないが、アーカイブされたメッセージは実際に配布された文言を保存できた。公開メーリングリストは、さもなければ消えていたかもしれない異議やバージョン変更を保持できた。
しかし、リストの存在は権限の所在を決定しなかった。議論への参加はレジストリの管理権と同じではなかった。サービスの支払い、管理施設の使用、ネットワークの運用責任、機関のメンバーシップもまた異なる関係だった。どれも自動的に提案への同意や他の事業者を拘束する力に変換されることはできない。
したがって「行政法」という言葉は、法的な地位というよりは制度的な類似性を表している。初期のインターネット事業者は、行政的な環境を通じてルールと判断に出会った。提案が回覧され、リクエストが提出され、誤りが修正され、機関がケースをルーティングし、スタッフがトランザクションを完了し、権威ある記録が変更された。電子メールは文書化されたやり取りの多くを運んだ。それは提案を合法的にするものでも、配布リストを立法府に変えるものでも、すべての返信を拘束力のある命令に変えるものでもなかった。
より鋭い問いは、メッセージがどのようにして議論と実際の効果の間の距離を越えたかである。それには記録を公開アーカイブの先まで追跡する必要がある。
実際の効果は5つの記録の旅程にかかっていた
文書化されたトランザクションは1つの連続した電子メールファイルではなかった。それは異なる制度的な目的を持つ5つの記録を経て移動した。
1つ目はポリシーリストのメッセージだった。その役割は回覧だった。それは草案の基準が定められた受信者セットに提示されたことを示し、著者、日付、文言、おそらく異議や改訂を保存できた。それは草案が個別のケースで使用を許可されたかどうかを明らかにしなかった。
2つ目は非公開のアプリケーションだった。ここで事業者は一般的なルールの議論を止め、レジストリ機能に行動を求めた。アプリケーションには予測、組織情報、申請者固有の運用状況が含まれる可能性があった。その証拠価値は、メッセージ、ヘッダー、添付ファイル、および周辺の通信の存続にかかっていた。完全なメッセージであっても、見かけ上の送信者を特定することはできても、その人物がリクエストに指名された組織を拘束する権限を持っていることを確立することはより困難だった。
3つ目の記録は自動応答だった。RFC 1400で説明されているシステムでは、メールパーサが検証またはエラー拒否を返した。その応答はトランザクションの状態を確立した。システムが提出を認識したか、修正可能な問題を特定したかである。それだけでは、要求されたリソースを割り当てるべきかどうかを決定しなかった。
4つ目の記録は、最終処理、移管、通知などの文書化された人間の行為で構成されていた。RIPE NCC は、申請を自ら処理するか、ローカルレジストリに移管して申請者に通知することができると報告した。RFC 1400は、リクエスタの修正または確認の後に最終的なスタッフ処理を置いた。スタッフが実質的な基準を解釈し、明確化を求め、詳細な理由を提供し、または特定のケースで行動を差し控えたかどうかを判断するには、完全なケースファイルが必要になるだろう。
5つ目の記録は権威あるレジストリの更新だった。それは別の会話的なメッセージではなかった。リクエストとその処理が目指していた状態変化だった。レジストリのエントリは、回覧された提案、アプリケーション、またはパーサ応答が単独では欠いていた実際的な結果を提供した。
この旅程はコミュニケーションと権限を分離する。リスト参加者は、レジストリを変更せずにテキストを回覧できた。申請者は、実行せずに変更を要求できた。パーサは、メリットに達することなく不正な入力を拒否できた。スタッフはトランザクションをルーティングまたは処理できた。実際の効果は、関連する取り決めの下で権限を与えられたアクターが権威ある記録を更新したときに続いた。
その最終段階の排他性は正確に述べられなければならない。文書化されたレジストリの取り決めの下では、指定されたアクターが関連する権威ある記録を更新する権限を持っていた。申請者は、自分のコピーを編集したり割り当てを公表したりするだけでは、同じ権威ある結果を作り出すことはできなかった。他のネットワーク参加者は、申請者の主張ではなく、認識されたレジストリの状態に依存していた。
その取り決めは、法的独占、永続的な制度的排他性、または技術的な不可欠性を確立するものではない。それは、その機能が再割り当てされることは決してなかった、別の機関が同期した記録を維持できなかった、または1つの組織がインターネットの運用に本質的に必要だったことを示すものではない。権限は、当時使用されていた取り決め内の役割に付随していた。認識された同期と委任された責任を持つ代替の取り決めは、原則として、同じ機能を別の場所に置くことができた。
この区別はまた、技術的な独自性を制度的な認識から分離する。競合する記録を避けるために単一の権威ある状態が必要かもしれないが、その状態を維持する機関のアイデンティティは偶発的なままである。調整には信頼できる答えが必要だが、1つの恒久的な組織だけがそれを提供できることを証明するものではない。
5つの記録は電子メールを通じて接続できた。なぜなら電子メールは転送、テンプレート化された入力、自動解析、非同期修正、スタッフの返信、移管をサポートしていたからだ。これらの機能により、機関とトランザクション段階をリンクするのに適していた。現存する資料は、その総量、速度、コスト、有効性を FAX、手紙、電話サポート、その他のメディアと比較してランク付けするための分母を提供しない。
証拠が示しているのは接続された経路である。ルールのような提案がメールで回覧され、事業者がケースをメールで提出し、ソフトウェアが機械生成の状態を返し、スタッフがトランザクションを完了またはリダイレクトし、レジストリアクターが権威ある記録を変更できた。実際の力は最後の権限のある行為に属していたが、先行する記録はその行為が要求され、構造化され、伝達される経路を提供した。
欧州の転送取り決めが権限を可動的にした
RIPE NCC の第3四半期報告書は、申請者が印刷しまたは記憶した宛先が、最終的にリクエストを処理する機関と異なる可能性があることを文書化している。
1992年8月1日から、グローバルレジストリのメールボックスに送られた欧州の番号リクエストは、処理のために RIPE NCC に転送された。RIPE-079によれば、申請は電子メール、FAX、手紙で RIPE NCC に届いた。RIPE NCC は申請を自ら処理するか、ローカルレジストリに移管して申請者に通知した。報告書はまた、新しい手続きの知識が広がるにつれて、リクエストがますます直接届くようになったと述べている。
この取り決めにより、すべての申請者が新しい制度上の地図を学ぶ前に、行政上の移行が機能した。以前の宛先に送られたリクエストは、必ずしも消滅したり、直ちに再作成される必要がなかった。それは RIPE NCC に転送され、RIPE NCC がそれを処理するか、さらに転送することができた。
したがってグローバルメールボックスは入口であり、誰が問題を決定するかの決定的な証拠ではなかった。RIPE NCC は転送後に処理機関になることができ、ローカルレジストリは移管後に適切な宛先になることができた。アドレスはメッセージがどこで取り決めに入ったかを特定したが、それ自体で最終的な責任の割り当てを明らかにするものではなかった。
報告書の申請者通知への言及は、移管が行われた際の運用上の通知の証拠を提供する。それは個々の通知の内容を開示していない。記録は、すべての通知がローカルな管轄の根拠を明示していたか、完全な以前の提出を含んでいたか、申請者が次に何をすべきかを説明していたか、ルーティングの選択に異議を唱える方法を提供していたかを示していない。ケースの通信がないため、これらの問いは未解決のままである。
電子メール、FAX、手紙の共存はまた、移行を電子メールのみで説明することを妨げる。各媒体はレジストリ機能に情報を届けることができた。手紙は電子メールと同じ管理経路に入ることができ、FAX は処理に必要な資料を提供することができ、電話サポートは別の場所で記録された問題を明確にすることができた。制度上の結果は、誰が提出に基づいて行動したかに依存しており、有効性の源としての電子送信に依存していなかった。
電子メールはこの取り決めによく適した特徴を持っていた。メッセージは本文を再入力せずに転送でき、送信者と受信者は日付付きのコピーを保持できた。移管通知はタイムゾーン越しに非同期で返送できた。手続きの認識が広がるにつれて、申請者は新しいリクエストを関連する宛先に直接送ることができた。これらの観察はアフォーダンスと文書化された使用に関するものであり、比較上の優位性に関するものではない。RIPE-079 は、電子メール、FAX、手紙の申請者の経験を測定するためのチャネルボリューム、処理時間の比較、結果率、または共通分母を提供していない。
報告書はまた、RIPE NCC 自身の運用上の報告である。それは機関が説明した取り決めの強力な証拠である。8月1日の日付、欧州リクエストの転送、受け入れられたチャネル、処理または移管の選択肢、申請者への通知、知識の広がりに伴う直接提出の増加。それは、すべてのリクエストが正しくルーティングされたか、手続きが平等な扱いを生み出したかについての独立した評価ではない。
これは重要である。なぜなら制度的な自己記述と観察された結果は異なる証拠カテゴリだからだ。報告書は組織が実施したと述べた手続きを確立できる。リンクされたケース記録だけが、その手続きが一連の申請にわたってどのように機能したかを示すことができる。それらなしでは、転送がどのくらいの頻度で発生したか、移管がトランザクションを短縮または延長したか、異なるメディアを使用した申請者がエラーを修正する同等の機会を得たかを計算することは不可能である。
それでも、転送の取り決めは重要なガバナンスメカニズムを明らかにしている。公に向けたルートが一時的に寛容なままである間、管理責任は移動できた。この取り決めは、申請者がリクエストを提出する前に完全な制度上の知識を持つ必要性を減らした。同時に、それはメールボックス名だけからでは権限をより読み取りにくくした。リクエストの経路は、転送、処理、可能な移管、最終的な行動を通じて追跡されなければならなかった。
パーサが交換の一部を形式化した
1993年3月に発行された RFC 1400は、構造化された電子メールシーケンスを持つ近代化されたインターネット登録サービスを説明した。1993年4月1日より、新しい非 DDN リクエストは[email protected]に送られた。リクエスタはテンプレートを電子メールで提出した。メールパーサは検証またはエラー拒否を返した。リクエスタは電子メールで提出を修正または確認し、その後スタッフが最終処理を行った。
RFC 1400のトランザクション設計は、通信者間の非公式なやり取りよりも、メールボックスにより多くの構造を与えた。機械は期待されるフィールドを認識し、反復可能な応答を返し、リクエスタに別の行動が必要かどうかを伝えることができた。トランザクションにはチケットもあり、保留中の状態を検査でき、ソースが電子メールであることを示す表示も含まれていた。
パーサの「拒否」の使用は慎重な分類を必要とする。この時点でのエラー拒否は、提出されたメッセージと期待されるトランザクション形式への適合に関するものだった。文書化された修正ルートは、根本のリクエストが必ずしも実質的な不利な決定を受けていなかったことを示している。リクエスタは、スタッフが最終ステップを実行する前にメッセージを修正するか確認することができた。
この区別は記録の意味を保護した。パーサエラーが拒否と数えられると、フォーマットイベントが割り当て結果になる。検証が承認と扱われると、取り込みの成功がメリットの決定になる。どちらの解釈も RFC 1400が説明したシーケンスと一致しない。
7日間の検証期限も同様にトランザクションルールであり、文書化された不服申立期間ではなかった。それは自動化されたシーケンス内での確認の時間的境界を設定した。期限前に進まなかったリクエストは更新の行動を必要とするかもしれないが、期限はスタッフの判断の独立した再考を確立しなかった。チケットメカニズムは保留状態を露出したが、必ずしも理由を露出したり、結果を変更する権限を与えられたフォーラムを作成したりしなかった。
より狭い領域内で、この設計はいくつかの手続き上の品質を強化した。定義されたシステムからの確認応答のような応答を生成した。認識可能な入力と不正な入力を分離した。スタッフがすべての構造上の欠陥を手動で解釈する必要なしに修正を可能にした。リクエスタに次に必要な行動を見えるようにし、検証段階に時間ルールを付加した。
これらの品質は国際的な環境で特に有用だった。非同期交換により、申請者とスタッフはタイムゾーン越しに通話を調整することなく応答できた。返されたテキストは、記憶された電話の会話よりも正確に問題を特定できた。保持されていれば、メッセージは提出がいつシステムに入ったか、どのような応答を受け取ったか、リクエスタがそれを修正または確認したかどうかを確立できた。
自動化は送信者の権限を解決しなかった。パーサはメールボックスと適切にフォーマットされたテンプレートを認識できたが、見かけ上の送信者がネットワーク事業者のために行動する権限があることを証明しなかった。また、最終処理を規制する実質的なポリシー、スタッフが提供した理由、類似のケースが類似の解釈を受けたかどうかも確立しなかった。
RFC 1400は修正または確認後の最終スタッフ処理を証明しているが、代表的なスタッフ通信を提供していない。したがって、記録は人間の関与について限定的な説明をサポートする。スタッフは文書化されたシーケンス内で最終処理を行った。それはすべてのホストマスターが独立してメリットを評価し、明確化を求め、理由付きの判断を下し、または割り当てを差し控えることを決定したという普遍的な説明を正当化しない。
RIPE-079 は、その限られた行為セットに文書化された移管と通知を追加する。合わせて、これらの資料はソフトウェアがトランザクション状態をチェックし、人間が後の制度的役割を占めていることを示している。ケースレベルの判断の正確な実体は依然として利用不能である。それにはアプリケーション、返信、添付ファイル、内部参照、および結果としてのレジストリ行動が必要になるだろう。
したがってパーサは、部屋全体ではなく玄関を形式化した。それは提出をシステムにとってより読みやすくし、リクエスタに定義された修正ループを与えた。最終的な制度的結果は依然として自動応答を超えたアクターと記録に依存していた。
非公開のアプリケーションは公開アーカイブには示せないケースを作り出した
ポリシーの公開回覧とアプリケーションの非公開提出は、異なる種類の知識を生み出した。
ポリシーメッセージは一般的な基準をリストのオーディエンスに公開した。アプリケーションは、レジストリが行動する可能性のある特定の事実を提供した。1992年に回覧されたテキストはクラス C の数量帯域と24か月の予測ルールを含んでいたが、アーカイブは個々の申請者が予測ニーズをどのように提示したか、またはスタッフがその提示をどのように扱ったかを示すことはできない。ルールからケースへの移行は、公開リストには存在しない通信の中で起こった。
非公開の交換にはもっともらしく正当な目的があった。事業者は、公開フォーラムに属さない将来の要件、技術的計画、組織の詳細を開示する必要があるかもしれない。スタッフは提出が完了する前に曖昧さを指摘する必要があるかもしれない。通信者は、中間的な発言をすべて公開の立場に変えることなく、修正された資料を交換できた。
これらは機密性のための根拠であり、非公開通信の実施や成功についての観察された知見ではない。利用可能な証拠には、完全なホストマスターメールボックスや代表的な申請者スレッドは含まれていない。したがって、申請者がどのくらいの頻度で機密事実を開示したか、彼らがどれほど率直だったか、スタッフが非公開の対話をどのように使用したか、機密性が決定の正確さを向上させたかどうかを示すことはできない。
欠落している記録はメッセージ本文よりも広範である。信頼できるケース再構築には、ヘッダー、添付ファイル、スレッディング、確認応答、保持メタデータが必要になる。適用可能なルールと関連日付でのそのステータスを特定する必要がある。また、送信者がアプリケーションに指名された組織を代表する権限があったという証拠も必要になるだろう。
電子メールアドレスは帰属を提供できるが、権限を未解決のままにする可能性がある。既知の通信者は確立された運用上の役割を持っているかもしれないが、その認識の根拠は個人的な知識や以前のやり取りにあるかもしれない。一般的な組織のメールボックスは、実際に誰がリクエストを承認したかを隠しながら正式に見えるかもしれない。検証記録がなければ、親しみやすさもアドレス形式も権限を決定的に確立しない。
電子メール外の介入もケースを変え得る。電話が誤解を解決するかもしれない。FAX が添付ファイルを届けるかもしれない。手紙が組織的事実を確認するかもしれない。それらの通信が電子メールやレジストリエントリに相互参照されていなければ、スレッド内のすべてのメッセージが無傷であっても、生き残ったスレッドは不完全になるだろう。
2011年に独立したアーカイブ検索補助として作成された SRI ARC/NIC Records のガイドは、広範な電子メールと通信、名前とアドレス指定のファイル、月次報告書、ホットライン記録、契約成果物を特定している。その在庫は1990年までが最も充実しており、したがって InterNIC や後の地域レジストリの実務を確立することはできない。フォルダの説明も、その中の文書の代わりにはならない。このガイドのより狭い貢献は、日常の管理が複数のメディアと記録クラスに痕跡を残したことを示すことである。
その混合した文書環境は、電子メールが制度的記憶を保存したか破壊したかの単純な主張を複雑にする。電子メールは口頭の会話が失う正確で日付付きの文言を保存できた。公開リストは数十年間生き残ることができた。印刷されたメッセージは紙のファイルに入ることができた。同時に、関連する証拠は個人のメールボックス、部門のシステム、ホットラインノート、FAX ファイル、通信フォルダ、チケット、報告書、レジストリエントリに分割される可能性がある。
したがって手続き上の問題はリンクだった。コレクションはポリシー、アプリケーション、最終状態を保存しても、それらの間の信頼できる経路を保存しないかもしれない。後の読者は、述べられたルールが何であったか、レジストリが最終的に何を含んでいたかを知ることができても、その2つを結びつけたケースレベルの理由を特定できないままになるかもしれない。
これはレジストリが内部のファイリングシステムを欠いていた、またはスタッフが恣意的に行動した証拠ではない。彼らはチケット参照、紙ファイル、月次報告書、共有された実務、制度的知識を使用していたかもしれない。確定された証拠はそれらの取り決めの一般的な評価を可能にしない。それはそのような評価を行うために必要な資料を特定する。
非公開の通信は運用情報を保護し、効率的な対話をサポートできる。また、部外者はケース間の説明を比較できなくなる可能性がある。どちらの可能性も重要だが、現在欠落しているメールボックスとリンクされたケース記録なしに、測定された歴史的結果に変換されるべきではない。
公開アーカイブは討論を保存したが、普遍的な通知ではなかった
1992年10月のリストアーカイブは、異なる種類の制度的記憶を提供する。それは回覧された草案を保持し、日付と送信者を特定し、指名された受信者クラスを示す。これにより、RFC 1466の前に提案を位置づけ、後の出版物を逆に初期の瞬間に読み込むのではなく、回覧テキストとしての状態を検討することが可能になる。
公開リストの保存はまた、電子メールアドミニストレーションが本質的に不透明だったという主張に対する反証を提供する。リストは、文書化されていない会議よりも忠実に異議、代替案、変更バージョンを記録できる。地理的に離れた参加者は自分のスケジュールで応答できる。後の読者は、公式の記憶だけに頼るのではなく、アーカイブに入った文言を検査できる。
それでもアーカイブの可視性には境界があった。それは影響を受けるすべてのネットワーク事業者を列挙したり、関連する時期に誰が購読していたかを示したりしない。それはすべての指名された宛先への配信を確認できない。それは非公開の返信、クローズドリスト、電話の会話、欠落した添付ファイル、アーカイブにキャプチャされなかったメッセージを除外する。
公開リストへのアクセスはまた、法的または契約上の通知とは異なっていた。提案は、すべての事業者がどこを見るべきかを知らなくても公的に取得可能だった。指名されたグループは、他の機関のためにそれを受け入れる権限を持たずにメッセージを受け取ることができた。リストの議論は、すべての事業者を拘束する手段を作成せずに広範な合意に達することができた。
確定された記録には、メーリングリストの合意自体をすべてのネットワーク事業者に対して拘束力のあるものにした、日付付きの法的または契約手段は含まれていない。その欠如は、リストの議論が持ったかもしれない影響を消し去るものではない。それは義務の源泉についてなされる主張を制限する。議論、参加、および制度的権限は分離されたままでなければならない。
番号付き出版物はリストの弱点のいくつかに答えた。RFC と RIPE 文書は、スレッド全体を再構築せずに引用できる安定したタイトル、日付、テキストを提供した。RFC 1174の公共政策声明の要請は、行政上の期待を明示的にすることの価値を反映している。RIPE-079 は転送の取り決めと受け入れられた受付チャネルの特定可能な説明を提供した。
出版物はすべてのアプリケーションや理由を捕捉しなかった。番号付き文書は一般的な手続きを説明することができたが、非公開の通信は個々のリクエストの事実を扱った。最終レジストリは、説明を保存せずに結果の状態を表示できた。したがって、ポリシーレベルでの安定性はケースレベルでの透明性を保証しなかった。
公開記録と非公開記録は交換可能ではなく、補完的だった。公開リストは提案の履歴を保存するのに適していた。非公開のアプリケーションは申請者固有の情報を伝達するのに適していた。パーサは機械の状態を記録した。スタッフの通信または移管は後の処理を伝達した。レジストリは権威ある状態を保存した。完全な制度的記録は、それらの異なる資料間の永続的な参照にかかっていた。
行政法との比較が記録の薄くなる部分を明らかにする
行政法がここで有用なのは、結果的な制度行動について手続き上の質問をするからである。適用可能なルールは知り得たか？当事者は特定され権限を与えられ得たか？受領は確立されたか？理由は記録されたか？取り扱いは比較できたか？記録は保存されたか？レビューはあり、どのような救済が利用可能だったか？
これらの質問は、初期のインターネットレジストリを公共機関に変えるものではない。それらは事業者がどのように権限に遭遇したかを検討する規律ある方法を提供する。
文書化されたシステムは、いくつかのルールと手続きを知り得るものにした。1992年10月のアーカイブは草案を保存した。RFC は番号付きテキストを安定させた。RIPE-079 は欧州の転送取り決めを説明した。RFC 1400は構造化された登録トランザクションを説明した。読者は日付、アクター、述べられた手続きを特定できたが、これらは口頭の実践だけから再構築するのはより困難だっただろう。
主な曖昧さはステータスに関するものだった。草案、勧告、運用報告書、実施された手続きは同じ手段ではなかった。テキストが回覧された日付は、その発行や証明された適用に先行することがあった。システムを理解しようとする事業者はテキストそのもの以上のものを必要とした。そのテキストが提案されたのか、勧告されたのか、採用されたのか、移行期なのか、実施中なのかを知る必要があった。
帰属は権限よりも強かった。電子メールは見かけ上の送信者を特定でき、確立された技術コミュニティは特定の機能に関連する個人を認識できた。しかし、転送された提案の送信者が拘束力のある指示を発しているとは限らなかった。受信者リストは必ずしも意思決定者で構成されていなかった。申請者側では、アドレスはそれを使用する人物が指名された組織を拘束できるかどうかを決着しなかった。
受領はシステムが応答を生成したときに改善した。パーサ検証、エラーメッセージ、チケット、確認応答、またはスタッフの返信は、トランザクションが定義された段階に入ったことを確立できた。これは、記録されていない通話や受領通知のない手紙の後の沈黙よりも情報量が多かった。それでも、アーカイブされたポリシーメッセージは、アーカイブがそれを受信したことを示したが、意図されたすべての読者が受信したわけではなかった。完全な配信失敗や添付ファイルの履歴は利用不可能である。
理由はいくつかの可能なレベルで存在した。パーサエラーは構造的欠陥を特定できた。移管通知は申請者に別のレジストリがリクエストを処理すべきであることを伝えることができた。スタッフの返信は原則として、申請者がどのように進めるべきかを説明できた。制度的な記述は、実質的な理由が一貫して提供されたか、共通の形式で保持されたかを示していない。代表的な通信がなければ、申請者が実際にどれだけの説明を受け取ったかを測定することは不可能である。
書面による理由と公共の前例もまた分離されていた。非公開の説明はある申請者にとって明確で有用である一方、類似の事実を持つ別の申請者には見えないままである可能性がある。逆に、公共政策は共通の基準を確立できるが、個々のトランザクションでスタッフが予測、組織状況、または制度的能力をどのように解釈したかは未解決のままにした。
比較にはリンクされたケースが必要である。どのバージョンのルールが適用されたか、各申請者が何を提出したか、どのような修正が行われたか、スタッフが問題をどのように処理したか、その後にどのようなレジストリ状態が続いたかを知る必要がある。その時になって初めて、異なる結果が一貫性や正当化された事実の違いについて評価されうる。資料はその演習のための代表的な分母を提供しない。
保存は欠如しているというよりも不均等だった。公開リストアーカイブはポリシー資料を保持した。通信コレクションは複数の形式のコミュニケーションを保存した。番号付き文書は制度的テキストを安定させた。チケットはトランザクションステータスを露出し、レジストリは権威ある結果を保持した。脆弱な要素はそれらの間の関係だった。生き残った文書セットは、どのメッセージがどの更新を許可したかを示すことに依然として失敗する可能性がある。
修正は RFC 1400における最も明確な手続き上の強みだった。不適切な形式または未確認の提出は、最終的なスタッフ処理の前にリクエスタに戻ることができた。これは修正可能なトランザクション問題と実質的な結果の区別を保護した。RIPE NCC の転送と移管の取り決めも同様に、リクエストが最初のアドレスで単に失敗するのではなく、別の機関に到達することを可能にした。
修正は独立したレビューには相当しなかった。テンプレートを修正することは既存の手続きを受け入れることであり、移管に従うことは指定された制度的ルートを受け入れることだった。チケットはリクエストが保留中であることを示した。7日間の期限は検証を統制した。文書化されている限り、これらの特徴のいずれも、スタッフの解釈を再考する権限を与えられた別個の機関を作り出さなかった。
実際的な救済には、再送信、修正、スタッフへの連絡、別の受け入れられた媒体の使用、または移管で指名されたレジストリに進むことが含まれたかもしれない。記録は、不利な実質的判断に対する保証された救済、一般的な不服申立機関、レビュー基準、または理由に対する強制力のある権利を確立していない。エスカレーションが決して発生しなかったと推論することもまた誤りだろう。資料はトランザクションを記述しており、非公式な介入の完全な世界を記述していない。
したがって比較は混合した結果をもたらす。電子メールと関連する出版慣行は、アクセス、日付付き交換、ポリシー回覧、確認応答、修正、運用継続性をサポートした。証拠記録は、組織的権限、ケースレベルの理由、比較可能な前例、完全な保存、独立したレビュー、強制力のある救済に関してより薄い。
これらの制限は、電子メールの本来的な無能力からではなく、制度設計と記録保持から生じた。同じ媒体は、周辺の取り決めがそれらを要求し保存したならば、詳細な理由、明確な権限、またはレビューリクエストを運ぶことができた。技術はそれらの行為を可能にしたが、それらを義務的にはしなかった。
電子メールは権限の源泉となることなく段階をつないだ
文書化された資料は、電子メールが早期のレジストリ管理に適していた理由を説明しているが、それがすべての代替手段を駆逐したことを証明してはいない。
国際的な調整には、国境とタイムゾーンによって隔てられた機関と事業者が関与した。非同期メッセージにより、各側は利用可能なときに応答できた。正確なテキストは転送、引用、修正、印刷、保持が可能だった。メーリングリストは1つの提案を複数の受信者に送信できた。構造化されたテンプレートはパーサに入力できた。返信は両方が同時に存在する必要なしにエラーを特定できた。
RIPE NCC の転送取り決めは、制度変更の間の継続性を保つためにこれらの機能を利用した。グローバルメールボックスに送られたリクエストは1992年8月1日以降 RIPE NCC に到達できた。RIPE NCC は申請を処理するか、通知を伴ってローカルに移管することができた。知識が広がるにつれて、より多くの申請者がリクエストを直接送信した。
RFC 1400は同じ媒体を異なる方法で使用した。そのメールボックスはソフトウェアへのインターフェースとして機能した。検証、エラー処理、修正または確認、チケットステータス、期限、最終的なスタッフ処理が定義されたシーケンスを形成した。メッセージはもはや2人の間の単純な通信ではなく、管理システムへの入力でもあった。
公開リストは審議機能を追加した。それらは草案テキストを技術的および政府関係のグループに配布し、非公開の議論では保持されないかもしれないバージョン履歴を保存した。番号付きの出版物はその後、より安定した参照を提供した。これらは電子メールの接続された使用方法だったが、制度的に異なるままであった。
FAX、手紙、電話サポート、人間のスタッフは引き続き重要だった。それらの存在は小さな条件ではない。それはレジストリ機能が複数のチャネルを通じて情報を受け取ることができ、電子メールがリクエストの有効性の法的源ではなかったことを示している。また、別の媒体が決定的な文脈を提供したかもしれない場合に、メールだけから結果を再構築することに対して警告する。
どのチャネルが最も多くの申請を運び、最も速い修正を生み出し、最も多くの機関に到達し、より良い結果をもたらしたかを示す比較データセットは存在しない。したがって証拠は、電子メールが中心的、支配的、または普遍的に効率的であったという格付けをサポートしない。その実証された重要性は、それが接続できた段階の範囲と、その周りに構築された明示的な手続きにある。
Roxana Radu の後年の学術的説明は、初期のインターネットガバナンスを、商業化と制度的形式が蓄積するにつれて変化した、機能と効率性によって駆動される非公式な相互作用のより広い環境に位置づけている。その統合は、低コストの通信媒体が当時の機関に適していた理由を説明するのに役立つ。それは特定のホストマスター交換の内容や結果を確立することはできない。
事業者が遭遇した実際の権限は、レジストリの取り決めから来ていた。ポリシーテキストは、権限のあるアクターがそれを使用したときに重要だった。アプリケーションは、それが関連機能に到達したときに重要だった。パーサ応答は、それがトランザクションを進めるか戻すために重要だった。移管は、それが責任をリダイレクトするために重要だった。権威ある更新は、他の参加者がレジストリ状態を認識したために重要だった。
電子メールはそれらの引き継ぎをより容易に実行し文書化することを可能にした。それはそれらの根底にある権限を供給しなかった。もし同じレジストリの役割が手紙、FAX、電話、または別の同期化されたシステムを使用していたなら、それらの制度的権限は依然として記録を統制する取り決めに依存していただろう。
これがタイトルの限界と価値である。電子メールが行政法のようになったのは、電子メッセージが一つのクラスとして法的効力を獲得したからではなく、事業者がますますメッセージベースのトランザクションを通じてルールの回覧、受付、修正、移管、記録された結果に遭遇したからである。その類似性は管理の経験に関するものであり、媒体の法的地位に関するものではない。
より強力な因果的主張には完全なケースチェーンが必要である
資料はメカニズムを確立しているが、特定の電子メールの命題がどれくらいの頻度で割り当て結果を決定したかを確立していない。
より強力な因果的主張は、ステータスが明確な日付付きのルールから始まるだろう。記録は、そのテキストが提案か、勧告か、採用されたポリシーか、実施された手続きかを特定し、関連する日付にそれを適用する権限を与えられた機関を指名するだろう。
次の要素は事業者のアプリケーションであり、ヘッダー、本文、添付ファイル、送信者が組織のために行動できるという証拠を含む。記録は、パーサ応答、チケット、確認応答、またはスタッフの返信を通じて受領を示すだろう。あらゆるエラーは、一般的なラベルの下にまとめられるのではなく、構造的または実質的と分類されるだろう。
修正と確認は順序通りに残るだろう。リクエストが転送または移管された場合、チェーンは関与した機関、申請者に提供された通知、次の宛先に転送された記録を特定するだろう。処理に影響を与えた電話、ファックス文書、または手紙は、ケース履歴の外に残されるのではなく、相互参照されるだろう。
スタッフの段階は、実際に行われた行動とその理由を記録するだろう。それは最終処理、移管、追加資料のリクエスト、または別の文書化されたステップかもしれない。最後の要素は、先行するトランザクションにリンクされた権威あるレジストリ更新、またはそれを行わないという明示的な決定だろう。
比較可能なチェーンは、その後制度分析を可能にするだろう。それらは、同じルールが一貫して適用されたか、異なる事実から異なる結果が続いたか、異なるチャネルを使用した申請者が同等の修正機会を受け取ったか、レビューや救済が実際に存在したかどうかを示すことができるだろう。
そのような記録がなければ、いくつかの結果は観察上類似したままである。変更されていないレジストリは、不完全な提出、検証期限切れ、進行中の移管、リクエスタによる放棄、配信失敗、または実質的決定を反映しているかもしれない。沈黙はそれらを区別しない。
同じ規律が成功した更新にも当てはまる。時間的順序だけでは、1992年10月の草案が後の割り当てを引き起こしたことを示さない。適用可能なテキストが異なるステータスを持っていたかもしれず、スタッフが別のポリシーに依存したかもしれず、申請者の事実が結果を決定したかもしれない。因果関係はルール、ケース、理由、権威ある状態の間の橋渡しを必要とする。
ヘッダー、添付ファイル、スレッド、確認応答、保持メタデータを含む完全な非公開ホストマスターメールボックスは、証拠を実質的に強化するだろう。送信者検証、配信失敗、サイドチャネル、比較可能なケース結果の記録も同様である。現在の資料は制度的記述、アーカイブされた回覧イベント、自動化されたトランザクション設計を提供している。それらは代表的なエンドツーエンドのケースセットを提供していない。
その境界は依然として実質的な歴史的発見を残している。1990年8月までに、正式な勧告が公共政策声明と委任されたレジストリ機能を取り上げていた。1992年10月には、指名された技術、レジストリ、連邦の受信者の間で草案基準が電子メールで回覧された。1992年8月1日から、グローバルメールボックスに送られた欧州のリクエストは RIPE NCC に転送され、そこでは電子メール、FAX、手紙で到着した申請が処理または移管される可能性があった。1993年4月1日より、RFC 1400は新しい非 DDN リクエストを、解析、修正または確認、チケット、期限、最終的なスタッフ処理を含む構造化された電子メールシステムに向けた。
これらの文書化された出来事は、1990年代初頭の集中した期間に、電子メールがレジストリ管理のいくつかの段階をリンクしていたことを示している。それらは1983年から2000年までの継続的な変化を説明するものでも、後の時点で何が変わったかを確立するものでもない。そのより広い期間のカバーされていない部分は、実証された年表の外に残っている。
受信トレイはレジストリに開かれたときに結果をもたらすものとなった
電子メールはネットワーク事業者のために立法したのではない。その制度的意義は、メッセージがどこに行き、それを受け取った後に権限のあるアクターが何をできたかから来ている。
1990年8月から1993年4月の間に、記録はポリシーの勧告、草案基準の公開回覧、レジストリ機能間の申請の転送、FAX や手紙との共存、自動化された検証とエラー処理、修正または確認、通知を伴う移管、チケット、期限、最終的なスタッフ処理、権威あるレジストリ状態を示している。電子メールはそれらの段階のいくつかをつなぎながら、それらの法的・制度的権限を媒体自体の外に残した。
決定的な区別は、独自の権威ある状態と恒久的に独自の機関の間にある。事業者は当時使用されていた取り決めの下で認識されたレジストリ記録に依存していた。その依存がトランザクションに実際的な力を与えた。それは指定されたレジストリを技術的に代替不可能にしたり、法的に独占的にしたりはしなかった。
手続き上の成果は、摩擦の少ない非同期の管理であり、日付付きの痕跡を残すことができた。未解決の弱点は、記録の完全な欠如ではなく、公共政策、非公開の事実、機械応答、スタッフの行動、サイドチャネル通信、最終状態の間の不確かなリンクだった。
特定の電子メールの指示が特定の割り当て結果を引き起こしたというより強力な主張は、何よりも1つの証拠の閾値を必要とするだろう：有効なルール、権限のあるアプリケーション、受領と修正、スタッフの理由、結果としての権威ある記録を結びつける、完全で帰属可能なメッセージから決定へのチェーンである。そのようなチェーンが比較可能なケースにわたって利用可能になるまで、電子メールの歴史的役割は、レジストリの権限が遭遇されたトランザクション層として最もよく理解され、権限の独立した源泉としては理解されない。