400 の

X.400 は、ITU-T メッセージ処理システム (MHS) を定義する ITU-T勧告スイートです。

かつて、X.400の設計者は、これが電子メールの主流になると予想していましたが、この役割はSMTPベースのインターネット電子メールに取って代わられました。^[1]それにもかかわらず、X.400は組織内で広く使用されており、 2006年までMicrosoft Exchange Serverの中核部分でした。その変種は軍事や航空の分野で引き続き重要です。

コンピュータメールのプロトコルの設計上の問題は1980年代初頭に検討されました。^[2]

最初の X.400 勧告は 1984 年に発行され ( Red Book )、大幅に改訂されたバージョンが 1988 年に発行されました ( Blue Book )。1992 年 ( White Book ) およびその後の更新で新機能が追加されました。X.400 は元々OSI トランスポート サービス上で動作するように設計されていましたが、 TCP/IP上での動作を可能にする適応(RFC 1006) が、X.400 を実行する最も一般的な方法になりました。

ISO / IECと共同で開発されたX.400 シリーズの勧告では、電子メッセージの交換とアドレス指定のためのOSI標準プロトコルが指定されています。関連する F.400 シリーズの勧告では、メッセージ処理システム (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-T勧告 X.411 | ( ISO / IEC 10021-4) はメッセージ転送サービス (MTS) とその機能コンポーネントであるメッセージ転送エージェント (MTA)を定義し、ITU-T勧告 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-T 勧告 X.420 | ISO/IEC 10021-7 で定義されている対人メッセージングのメッセージ コンテンツ標準 IPM は、レッド ブックでは P2 と名付けられました。ブルー ブックの IPM の拡張バージョンにはコンテンツ タイプ 22 (P2 バージョン 2) が与えられ、非公式には P22 と呼ばれることがよくありますが、この用語は標準では使用されていません。EDI のメッセージ コンテンツ標準は、 ITU-T 勧告 F.435 | ISO/IEC 10021-8 および ITU-T 勧告 X.435 | ISO/IEC 10021-9 で定義されており、非公式には P35 と呼ばれています。音声メッセージング コンテンツ タイプは、ITU-T 勧告 F.440 および X.440 で定義されています。

Exchange Server 2007 は MTA オブジェクトを使用しません。また、X.400 コネクタ (MTA を使用する必要がある) は Exchange Server 2007 では廃止されました。Exchange Server 2007 には、X.400 の既定のプロキシ電子メール アドレスは存在しません。^[3]

X.400 の重要な機能には、構造化アドレス指定、マルチメディア コンテンツを可能にするASN.1 バイナリ コード( MIMEより前から存在し、MIME よりも効率的)、統合セキュリティ機能などがあります。X.400 ドメイン間リレー サービスは ITU によってPTTによって実行されるものと想定されていたため、X.4​​00 には、X.400 と他の PTT サービス (テレックス、ファクシミリ、郵便など) 間のメッセージの自動転送用のフィールドが組み込まれました。ISO は後にオープン ルーティング標準 (ITU-T 勧告 X.412 | ISO/IEC 10021-10 および ITU-T 勧告 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の Exchange Server はこの時期に開発され、内部的には X.400/X.500 をベースにしていました。最初のリリースでは、「メッセージング API (MAPI)、X.400、または簡易メール転送プロトコル (SMTP) を介してメッセージを送信できます」でした。^[4] しかし、実際には、これらのほとんどは品質が悪く、ほとんど運用されませんでした。

北米では、多くの大手防衛関連企業や大学が、電子メール用のSMTP を含むインターネットおよびTCP/IP標準にすでに取り組んでいました。そこでは、軍事、諜報機関、航空などの一部のアプリケーションで X.400 が今でも使用されています。これは主に、X.400 プロトコルが暗号化をサポートし、整合性とセキュリティの機能が SMTP の同等機能 ( S/MIME、PGP、SMTP-TLS) よりもはるかに早く開発および導入されたためです。同様の理由から、アプリケーション間の EDI メッセージの送信に使用されることもあります。

ヨーロッパ、南米、アジアでは、特に EDI サービスにおいて、X.400 が広く実装されています^{[引用が必要]}。

X.400は軍事用途（軍事メッセージ処理システムを参照）や航空用途（航空メッセージ処理システムを参照）での使用のために拡張されている。
さらに、NATOはX.400に基づく軍事メッセージングの標準としてSTANAG 4406を使用している。^[5]

X.400 が解決しようとした主な問題の 1 つは、アドレスが正しく指定されていないと電子メールが適切に配信されないという問題でした。当時、アドレスの形式はプラットフォームごとに異なっていたため、ユーザーがアドレスを正しく入力する方法を知ることは困難でした。エラーがあると、配信は完全に失敗しました。これは、一部のアドレスでもデッド レター オフィスにルーティングされ、一部の情報が欠落していたり​​間違っていたりしても、配信を試みる「実際の」郵便サービスとは対照的でした。[ ^a]

この問題を解決するために、X.400 アドレス スキームには、メッセージの配信に役立つ冗長フィールドがいくつか含まれていました。たとえば、姓と名、イニシャル用の別々のフィールドがありました。サーバーは、会社名や組織名、国名など、複数のフィールドで識別されました。その考え方は、たとえば会社名のスペルが間違っているアドレスでも、個人名と国名など、メッセージを適切にルーティングするのに十分な情報が含まれているというものでした。

当時、電子メールは大手のサービス プロバイダー (多くの場合、国営電話会社) によって提供されると考えられていました。つまり、メッセージがアドレスの「管理管理ドメイン」(ADMD) 部分で示されるサービス プロバイダーに届く限り、システムは問題のユーザーを認識する可能性が高いということです。このサービス プロバイダーはおそらく全国規模であるため、正しい国コードを提供するだけで、メッセージを適切にルーティングするのに十分な情報になる可能性があります。

ただし、このモデルは、電子メール サービスがユーザーの会社または組織によって提供されている場合、またはサービス プロバイダーが不明な場合は失敗します。この場合、ユーザーの全国規模のデータベースは存在せず、不適切な組織名でも失敗する可能性があります。これは現在主流のモデルであり、企業は社内サーバーを使用するか、さらに一般的には、組織外、さらにはユーザーにも見えない Microsoft 365 やGmailなどのプロバイダーを使用します。このモデルでは、ADMD は不明であるか、組織自体と同じです。

この複数部分から成るアドレス指定システムはフォーマットの複雑さにもつながり、ユーザーはどのフィールドが重要か分からず、できる限りすべてを提供しようとしました。このため、名刺にアドレスを印刷したり、電子メール クライアントに入力したりするといった些細なことが、SMTP のようなより単純なシステムよりも難しくなりました。このアドレス指定フォーマットの扱いにくさが、X.400 が成功しなかった一因であると多くの人が考えています。^[8]

X.400 アドレスは技術的には発信者/受信者 (OR) アドレスと呼ばれます。次の 2 つの目的があります。

• メールボックスの識別情報 - 送信者または受信者のいずれか。
• グローバル ドメイン ID - 特定のメールボックスが配置されている場所。
• 1984 では、OR アドレスはユーザーの所在地を識別する X.400 アドレスとして定義されました。
• 1988では、ディレクトリ名（識別名）とX.400アドレスの組み合わせとして定義されています。^[9]

X.400 アドレスは、次のような複数の要素で構成されます。

• C (国名)
• DC (ドメインコンポーネント)
• ADMD (Administration Management Domain、略称A)、通常はパブリックメールサービスプロバイダー
• PRMD (プライベート管理ドメイン、略称 P)
• O（組織名）
• OU (組織単位名)、OU は OU0 に相当し、OU1、OU2 などを持つことができます。
• G（名）
• I（イニシャル）
• S（姓）

標準規格自体には、もともと、これらの電子メール アドレスをどのように記述するか (たとえば、名刺の場合)、フィールド識別子を大文字にするか小文字にするか、またはどの文字セットが許可されるかは指定されていませんでした。RFC 1685 では、1993 年の ITU-T 勧告 F.401 の草案に基づいて、次のような 1 つのエンコードが指定されました。

"G=ハラルド;S=アルヴェストランド;O=ユニネット;PRMD=ユニネット;A=;C=いいえ"

1984 年には、住所形式に 2 つの形式がありました。

• フォーム 1: (3 種類のバリエーション) – 主に ADMD とその他の属性のサブセットを使用します
• 形式2: (バリエーションなし) – テレマティクス端末(ハードウェア)アドレスによってユーザーを識別します。
  ^[10]

1988 年の X.400 勧告では、4 つのアドレス形式が定義されました。1984 年のフォーム 1、バリアント 1 形式はニーモニック O/R アドレスに改名され、1984 年のフォーム 1、バリアント 3 およびフォーム 2 形式は統合されてターミナル O/R アドレスに改名されました。導入された新しい形式は、数値 O/R 形式 (フォーム 1、バリアント 2 のバリエーション) と郵便 O/R アドレスです。

最初の大規模な使用は、1992年から1997年にかけて米国で軍事通信契約に基づいて実施されました。

X.400 アドレス形式によって引き起こされた混乱により、ディレクトリ サービス用のX.500標準が作成されました。そのアイデアは、複数の組織が 1 つのパブリック ディレクトリを作成できるように、複製と配布機能を備えた階層的で標準化された電子メール アドレス ディレクトリを作成することでした。たとえば、各管理ドメイン (サービス プロバイダー) は、必要に応じてディレクトリを共有 X.500 サーバーにアップロードし、電子メールの作成時にこのデータベースを X.400 ユーザー エージェントで検索できるようにすることで、受信者の名前と会社などの組織名以外のアドレスについて何も知る必要がなくなります。^[11]

残念ながら、X.500プロトコルはX.400と同じくらい複雑で扱いにくいことが判明したため、エンドユーザーソフトウェアがアドレスを検索するのに適したX.500プロトコルの単純なサブセットを標準化した軽量ディレクトリアクセスプロトコル（LDAP）が作成されました。LDAPは、MicrosoftのActive Directoryなどのディレクトリサービスで広く使用されています。^[11]

さらに、ユニバーサル アドレス データベースを提供するという目標は、提案された時点では根本的に欠陥がありました。ブリティッシュ テレコムやフランス テレコムなどの国営通信会社の時代には、人の名前と電話番号は公開情報とみなされ、電話帳の形でそのようなディレクトリにすでに収集されていました。これを電子メール アドレスに拡張することは当然のことでした。
しかし、1980 年代にはそうではありませんでした。当時、電子メールは企業や政府のユーザーに関連付けられることが多く、これらの組織はメンバーのアドレスを貴重なものとして、あるいは機密として扱っていました。組織には、このデータを一般に公開する動機がありませんでした。RFC2693 では、「CIA がエージェントのディレクトリを世界規模の X.500 プールに追加するところを想像してください」と述べています。^[12]

• 500 の
• 1.1 の
• 標準化
• 標準化団体
• 国際電気通信連合（ITU）
• 国際電気標準会議(IEC)
• 国際標準化機構（ISO）
• 電子データ交換（ANSI 標準）
• メッセージ処理システム(Novell 電子メール プロトコルとは無関係)

• RFC 1615 - X.400(84) から X.400(88) への移行
• RFC 1649 - GO-MHS コミュニティにおける X.400 管理ドメインの運用要件

• ベタノフ、セミル (1993)。X.400 入門。ボストン: Artech House。ISBN 0-89006-597-7。
• ラディカティ、サラ (1992)。『電子メール: X.400 メッセージ処理標準の紹介』。McGraw- Hill。ISBN 0-07-051104-7。
• ロートン、ジョン (1997) 。X.400 と SMTP。エルゼビア。ISBN 1-55558-165-X。

• ITU-T 勧告 F.400/X.400 | ISO/IEC 10021-1 メッセージ処理システムおよびサービスの概要
• ITU-T勧告X.402 |ISO/IEC 10021-2 メッセージ処理システム（MHS）：全体的なアーキテクチャ
• ITU-T 勧告 X.411 | ISO/IEC 10021-4 メッセージ処理システム (MHS): メッセージ転送システム: 抽象サービス定義および手順
• ITU-T 勧告 X.413 | ISO/IEC 10021-5 メッセージ処理システム (MHS): メッセージ ストア - 抽象サービス定義
• ITU-T勧告X.419 | ISO/IEC 10021-6 メッセージ処理システム（MHS）：プロトコル仕様
• ITU-T 勧告 X.420 | ISO/IEC 10021-7 メッセージ処理システム (MHS): 対人メッセージング システム
• ITU-T勧告X.435 | ISO/IEC 10021-9 メッセージ処理システム（MHS）：電子データ交換メッセージングシステム
• ITU-T勧告X.412 |ISO/IEC 10021-10 メッセージ処理システム（MHS）：MHSルーティング
• ITU-T 勧告 X.404 | ISO/IEC 10021-11 メッセージ処理システム (MHS): MHS ルーティング - メッセージング システム管理者向けガイド

• Harald T. Alvestrand の X.400 FAQ - x.400 シリーズの標準に関するリソースの包括的なリスト (最終更新日 1995 年)
• X400.org