X.400

X.400
X.400は、スイートであるITU-TのITU-Tメッセージシステム（MHS）を取り扱い定義提言。
かつて、X.400の設計者は、X.400が主流の電子メール形式であると期待していましたが、この役割はSMTPベースのインターネット電子メールによって担われてきました。それにもかかわらず、組織内で広く使用されており、2006年までMicrosoft ExchangeServerのコア部分でした。バリアントは、軍事および航空のコンテキストで引き続き重要です。

コンテンツ
1 歴史
2 実装
3 アドレッシング
3.1 X.500ディレクトリ
4 も参照してください
5 ノート
6 参考文献
7 一般的な参考資料
8 参考文献
8.1 ITU-TX.400の推奨事項
9 外部リンク

歴史
最初のX.400勧告は1984年に発行され（Red Book）、大幅に改訂されたバージョンは1988年に発行されました（Blue Book）。新機能は1992年に追加され（ホワイトブック）、その後の更新です。X.400は元々OSIトランスポートサービス上で実行するように設計されていましたが、TCP / IP上での操作を可能にするための適応であるRFC1006は、X.400を実行するための最も一般的な方法になりました。
X.400シリーズの推奨事項は、ISOと協力して開発され、電子メッセージを交換およびアドレス指定するためのOSI標準プロトコルを指定しています。コンパニオンF.400シリーズの推奨事項は、メッセージ処理システム（MHS）上に構築されたメッセージ処理サービス、および公共サービスのためのMHSへのアクセスとMHSからのアクセスを定義します。1990年代後半、ITU-Tは勧告F.400とX.400を統合し、ITU-T F.400 / X.400（06/1999）勧告「メッセージ処理システムとサービスの概要」を公​​開しました。
X.400シリーズ勧告はMHSの技術的な側面を定義：ITU-Tレック。X.402 | （ISO / IEC 10021-2）は、MHS、ITU- TRecの全体的なシステムアーキテクチャを定義します。X.411 | （ISO / IEC 10021-4）は、メッセージ転送サービス（MTS）とその機能コンポーネントであるメッセージ転送エージェント（MTA）、およびITU- TRecを定義しています。X.413 | （ISO / IEC 10021-5）はメッセージストアを定義します。すべてのITU-T勧告は、システムエンティティと手順の説明に関する特定の用語を提供します。たとえば、人々の間で交換されるメッセージ（電子メール）は、対人メッセージング（IPM）と呼ばれます。トレーディングパートナのコンピュータ間で交換される電子的に構造化されたビジネスドキュメント（請求書、発注書、発送アドバイスなど）は、EDIプロトコルに該当します。
メッセージ処理は、メッセージ転送とメッセージストレージという2つの関連するサブタスクを統合する分散情報処理タスクです。ITU-Tの勧告は、通信タスクの広い範囲のために特定のプロトコルを定義します。例えば、P1プロトコルは間の通信のために明示的に使用されるMTAの間、P3ユーザエージェントユーザエージェントとメッセージストア間とMTA、およびP7。
1994バージョンでは、P7が拡張され、メッセージストアにフォルダーを提供し、送信されたメッセージを保存できるようになり、自動フォルダー化や返信、配信レポート、受信通知と送信済みメッセージの関連付けなど、多くの自動アクションが提供されます。
X.400メッセージコンテンツ標準は、ユーザーエージェント間の通信用に定義されています。これらは、P1およびP3 / P7をメッセージコンテンツの基盤となる信頼性の高い転送を提供するものとして扱う概念プロトコルとしてモデル化されています。ITU-TRecで定義されている対人メッセージングのメッセージコンテンツ標準であるIPM。X.420 | ISO / IEC 10021-7は、レッドブックでP2と名付けられました。ブルーブックのIPMの拡張バージョンにはコンテンツタイプ22（P2バージョン2の場合）が与えられ、非公式にP22と呼ばれることがよくありますが、その用語は標準では使用されEDIのメッセージコンテンツ標準は、ITU- TRecで定義されています。F.435 | ISO / IEC10021-8およびITU-TRec。X.435 | ISO / IEC 10021-9、および非公式にP35と呼ばれます。ボイスメッセージングコンテンツタイプは、ITU-TRecsで定義されています。F.440およびX.440。
Exchange Server 2007はMTAオブジェクトを使用せず、X.400コネクタ（MTAを使用する必要があります）はExchange Server2007ではなくなりました。ExchangeServer2007にはX.400のデフォルトのプロキシ電子メールアドレスはありません。
X.400の重要な機能には、構造化されたアドレス指定、マルチメディアコンテンツを有効にするASN.1 バイナリコード（MIMEよりも古い、より効率的な）、および統合されたセキュリティ機能が含まれます。X.400ドメイン間リレーサービスはITUによってPTTによって実行されると想定されていたため、X.400には、X.400と、テレックス、ファクシミリ、物理的な郵便などの他のPTTサービスとの間のメッセージの自動転送用のフィールドが組み込まれていました。ISOは後にオープンルーティング標準（ITU-TRec。X.412| ISO / IEC10021-10およびITU-TRec。X.404| ISO / IEC 10021-11）を追加しましたが、X.400にはPTTが必要であるという当初の誤解がありました。リレーサービスは、これらのPTTボリュームベースの料金と相まって、X.400の広範な普及を阻害した要因でした。

実装
1980年代後半から、多くの主要国がGOSIP（Government Open Systems Interconnection Profiles）を介してOSIスタックに取り組んでいます。米国では、これは1990年のNIST「連邦情報処理標準」（FIPS＃146）の形式でした。次に、主要なコンピューターベンダーは、X.400を含むOSI準拠の製品の製造に取り組んでいます。MicrosoftのExchangeServerはこの時期に開発され、内部的にはX.400 / X.500に基づいており、初期リリースでは「メッセージングAPI（MAPI）、X.400、またはSMTP（Simple Mail Transfer Protocol）を介してメッセージをディスパッチすることも同様に喜んでいます。 ） “。しかしながら、実際には、これらのほとんどは生産が不十分であり、ほとんど稼働し
北米では、多くの大規模な防衛関連の請負業者や大学も、電子メール用のSMTPを含め、インターネットおよびTCP / IP標準にすでに取り組んでいます。そこでは、X.400は、軍事、諜報機関、航空などの一部のアプリケーションでまだ使用されています。これは主に、整合性とセキュリティのためのX.400機能が、SMTPの対応物（S / MIME、PGP、およびSMTP-TLS）。同様の理由で、アプリケーション間でEDIメッセージを送信するために使用されることも
ヨーロッパ、南アメリカ、およびアジアでは、X.400は、特にEDIサービスに対して、非常に広く実装されています。
X.400は、軍事用途（MMHSを参照）および航空（AMHSを参照）で使用するために拡張されました。

アドレッシング
X.400が対処しようとした主要な問題の1つは、アドレスが正しく指定されていない場合に電子メールが適切に配信されないことでした。当時、アドレス指定の形式はプラットフォームごとに異なるため、ユーザーがそれらを正しく入力する方法を知ることは困難でした。エラーが発生すると、配信が完全に失敗しました。これは、一部のアドレスでさえ、一部の情報が欠落しているか間違っている場合でも配信を試みるデッドレターオフィスにルーティングされる「実際の」郵便サービスとは対照的でした。
この問題を解決するために、X.400アドレススキームには、メッセージの配信に役立ついくつかの冗長フィールドが含まれていました。たとえば、イニシャルだけでなく、名前と名前にも別々のフィールドがありました。サーバーは、会社名や組織名、国など、複数のフィールドで識別されました。たとえば、会社の名前のつづりが間違っている住所には、メッセージを適切にルーティングするのに十分な情報、人の名前、国が含まれているという考えでした。
当時、電子メールは大規模なサービスプロバイダー、多くの場合国内の電話会社によって提供されると考えられていました。これは、メッセージがアドレスの「管理管理ドメイン」（ADMD）部分で示されるサービスプロバイダーに到達する限り、システムは問題のユーザーを認識している可能性が高いことを意味します。このサービスプロバイダーはおそらく全国規模であるため、適切な国コードを提供するだけで、メッセージを適切にルーティングするのに十分な情報になる可能性が
ただし、電子メールサービスがユーザーの会社または組織によって提供されている場合、またはサービスプロバイダーが不明な場合、このモデルは失敗します。この場合、ユーザーの全国規模のデータベースはなく、不適切な組織名で失敗する可能性がこれは今日の主流のモデルであり、企業は内部サーバーを使用します。さらに一般的には、組織の外部やユーザーにも見えないGmailなどのプロバイダーを使用します。このモデルでは、ADMDは不明であるか、組織自体と同じです。
このマルチパートアドレス指定システムにより、フォーマットも複雑になりました。ユーザーは、どのフィールドが重要であるかわからず、可能な限りすべてを提供する傾向がありました。これにより、名刺に住所を印刷したり、電子メールクライアントに入力したりするなどの些細なことが、SMTPに見られるような単純なシステムよりも難しくなりました。このアドレス指定形式の扱いにくさは、X.400の成功の欠如の1つの要因であると多くの人が信じています。
X.400アドレスは、技術的には発信者/受信者（OR）アドレスと呼ばれます。これには2つの目的が
メールボックスID–発信者または受信者のいずれか。
グローバルドメインID–特定のメールボックスが配置されている場所。
1984年には、ORアドレスをユーザーの所在地を特定するX.400アドレスとして定義しました。
1988年には、ディレクトリ名（識別名）とX.400アドレスの組み合わせとして定義されています。
X.400アドレスは、次のようないくつかの要素で構成されています。
C（国名）
ADMD（管理管理ドメイン、短縮形A）、通常はパブリックメールサービスプロバイダー
PRMD（プライベート管理ドメイン、短縮形P）
O（組織名）
OU（組織単位名）、OUはOU0と同等であり、OU1、OU2 ..を持つことができます。
G（名）
私（イニシャル）
S（名前）
規格自体は元々、これらの電子メールアドレスを（名刺などに）書き込む方法や、フィールド識別子を大文字にするか小文字にするか、または許可される文字セットを指定していませんでした。RFC 1685は、ITU-T勧告F.401の1993年ドラフトに基づいて、次のような1つのエンコーディングを指定しました。
“G =ハラルド; S =アルベストランド; O =ユニネット; PRMD =ユニネット; A =; C =いいえ”
1984年には、住所形式に2つの形式がありました。
フォーム1 🙁 3xバリアントを使用）–主にADMDおよびその他の属性のサブセットを使用します
フォーム2 :(バリアントなし）–テレマティック端末（ハードウェア）アドレスを使用してユーザーを識別します。
1988年のX.400勧告では、4つの形式のアドレス指定が示されました。1984フォーム1、バリアント1フォーマットはニーモニックO / Rアドレスに名前が変更され、1984フォーム1、バリアント3、およびフォーム2フォーマットは結合されてターミナルO / Rアドレスに名前が変更されました。導入された新しいフォームは、数値O / Rフォーム（フォーム1、バリアント2のバリエーション）と郵便O / Rアドレスでした。
最初の大規模な使用は、1992年から1997年に軍事通信契約の下で米国で行われました。

X.500ディレクトリ
X.400アドレッシング形式によって引き起こされた混乱は、ディレクトリサービスのX.500標準の作成につながりました。アイデアは、複数の組織が単一のパブリックディレクトリを作成できるようにする、複製および配布機能を備えた階層的で標準化された電子メールアドレスディレクトリを作成することでした。たとえば、各管理管理ドメイン（サービスプロバイダー）は、オプションでディレクトリを共有X.500サーバーにアップロードし、電子メールの作成中にX.400ユーザーエージェントがこのデータベースを検索できるようにすることで、何も知る必要がなくなります。受信者の名前と会社のようなある種の組織名以外のアドレス。
残念ながら、X.500プロトコルは、X.400と同じくらい複雑で扱いにくいことが判明しました。これにより、ライトウェイトディレクトリアクセスプロトコル（LDAP）が作成され、X.500プロトコルの単純なサブセットが標準化されました。アドレスを検索するエンドユーザーソフトウェアによる使用。LDAPは、MicrosoftのActiveDirectoryなどのディレクトリサービスで広く使用されています。
さらに、ユニバーサルアドレスデータベースを提供するという目標は、提案された時点で根本的に欠陥がありました。以下のような国家の通信会社の時代には、ベル・カナダやフランステレコム、人の名前と電話番号は公開情報と考えられていたと、すでにの形で、このようなディレクトリに収集した電話帳。これを電子メールアドレスに拡張することは明らかであるように思われました。しかし、これは1980年代には当てはまりませんでした。当時、電子メールは企業や政府のユーザーに関連付けられていることが多く、これらの組織はこれらのアドレスを貴重な、あるいは機密として扱っていました。組織がこの情報を他の人と共有する理由はありませんでした。RFC2693が述べているように、「CIAがエージェントのディレクトリを世界規模のX.500プールに追加することを想像してみてください」。

も参照してくださいX.500 ASN.1
標準化
標準化団体
国際電気通信連合（ITU）
国際電気標準会議（IEC）
国際標準化機構（ISO）
電子データ交換（ANSI規格）
メッセージ処理システム（無関係のNovell電子メールプロトコル）

ノート
^ 郵便サービス能力の有名な例の1つでは、「北極圏で45日間過ごした女性に」とだけ宛てられた後、飛行機事故の生存者であるヘレン・クラーベンに手紙が届きました。

参考文献
^ ネッドフリード（2021年7月13日）。「チケット＃14」。Emailcore（メーリングリスト）。X.400は、「私たち全員がいつか使用するメールシステム」から「限られた政府/軍の場合にのみ使用され、それらも消えていく」に変更されました。
^ Exchange Server2007コアサービスがどのように連携するか ^ レドモンド、トニー（1997年3月31日）。「MicrosoftExchangeServer5.0は荒削りを滑らかにします」。今日のITプロ。
^ Klaben、Helen（1964）。ねえ、私は生きている！。ホッダー＆ストートン。OCLC 12628846。   ^ X400ディベート：アドレスは醜い ^ X.400の実用ガイドは、ロジャー・K水森によってアドレス指定
ISBN 1-85032-210-4  ^ ロジャー・K水森ページで26アドレッシングX.400の実用ガイド
ISBN 1-85032-210-4を  ^ 「X.500およびLDAP」（PDF）。コレクションカナダ。
^ 「RFC2693」。

一般的な参考資料
RFC 1615-X.400（84）からX.400（88）への移行
RFC1649-GO-MHSコミュニティのX.400管理ドメインの運用要件

参考文献
ベタノフ、セミル（1993）。X.400の紹介。ボストン：アーテックハウス。ISBN 0-89006-597-7。
ラディカティ、サラ（1992）。電子メール：X.400メッセージ処理標準の概要。マグロウヒル。ISBN 0-07-051104-7。
ロートン、ジョン（1997）。X.400およびSMTP。エルゼビア。ISBN 1-55558-165-X。

ITU-TX.400の推奨事項
ITU-TRec。F.400 / X.400 | ISO / IEC10021-1メッセージ処理システムとサービスの概要
ITU-TRec。X.402 | ISO / IEC 10021-2メッセージ処理システム（MHS）：全体的なアーキテクチャ
ITU-TRec。X.411 | ISO / IEC 10021-4メッセージ処理システム（MHS）：メッセージ転送システム：抽象的なサービス定義と手順
ITU-TRec。X.413 | ISO / IEC 10021-5メッセージ処理システム（MHS）：メッセージストア-抽象的なサービス定義
ITU-TRec。X.419 | ISO / IEC 10021-6メッセージ処理システム（MHS）：プロトコル仕様
ITU-TRec。X.420 | ISO / IEC 10021-7メッセージ処理システム（MHS）：対人メッセージングシステム
ITU-TRec。X.435 | ISO / IEC 10021-9メッセージ処理システム（MHS）：電子データ交換メッセージングシステム
ITU-TRec。X.412 | ISO / IEC 10021-10メッセージ処理システム（MHS）：MHSルーティング
ITU-TRec。X.404 | ISO / IEC 10021-11メッセージ処理システム（MHS）：MHSルーティング-メッセージングシステムマネージャー向けガイド

外部リンク
Harald T.AlvestrandのX.400FAQ -x.400シリーズの標準に関するリソースの包括的なリスト（最終更新日は1995年）
X400.org