JAPAN REGISTRY SERVICESＪＰＲＳ トピックス＆コラム

No. 011■電子メールアドレスの国際化～Email Address Internationalization(EAI)の概要～
電子メールはインターネットで最も古くから使われているアプリケーションの一つです。電子メールアドレスに ASCII 以外の文字列を使用可能にするための技術、EAI について解説します。
■電子メールアドレスの国際化とは成されています。

ドメイン名の国際化（IDN）により、http://日本語.jp/ドメイン名の国際化においてこのような手法が採用さといった、日本語を含む国際化された URI が使えるようれた背景には、インターネットの重要な基本インフラのになりました。ドメイン名の国際化が達成された後、一つである DNS に対する影響を最小限にとどめる、とIETF では電子メールアドレスの国際化を目的としたいう意図があります。

Email Address Internationalization Working Group（EAI▼電子メールアドレスの国際化手法―WG）を設立し、標準化作業を開始しました。

電子メール関連の各プロトコルを個別に拡張

通常、電子メールアドレスは「info@example.jp」のようそれに対し EAI WG における電子メールアドレスのに、＠の左側の「ローカルパート」と、＠の右側の「ドメ国際化では、IDNA や ACE とは別の手法が採用されまイン名」により構成されています。電子メールアドレスのした。それはなぜでしょうか。

国際化ではこれを｢情報＠ドメイン名例.jp｣のように、＠

これは、もし国際化ドメイン名と同様に ACE を利用しの左側のローカルパートも含めて国際化することにより、て電子メールアドレスを国際化した場合、@の左側の部電子メールアドレス全体の国際化を達成することを目分、すなわち、ASCII 文字の範囲において自由に決め的としています。

られるローカルパートの部分について、意図的に■IDN と EAI における国際化手法の違い

ASCII 文字を入力したのか、あるいは ACE 表現に変換

EAI WG における電子メールアドレスの国際化では、ドメイン名の国際化（IDN）の際に採用されたものとは異した結果であるのかを、明示的に区別することができなくなってしまうためです。

なる手法が採用されました。その理由と背景についてそのため、EAI WG では電子メールアドレス全体を解説する前に、まずドメイン名の国際化の手法についASCII と上位互換性がある UTF-8 で取り扱うこととし、て簡単におさらいしておきましょう1。

電子メールに関連するさまざまなプロトコルの仕様を▼ドメイン名の国際化手法―UTF-8 に対応させるように拡張するという方針で、作業既存の DNS インフラへの影響を最小限にが進められることとなりました。

ドメイン名の国際化では、ドメイン名を取り扱うためのまた、このような形でプロトコルを拡張する場合、拡張各種プロトコルの拡張は行わず、Web ブラウザ等のア機能に対応した実装と非対応の実装が共存することにプリケーション側で国際化対応をする手法（IDNA：IDNなります。この場合、非対応の実装に対して拡張機能in Applications）が採用されています。

をそのまま用いると誤動作を起こすおそれがあるため、さらに、DNS 上における表現方法として ACE （ASCIIそれぞれのプロトコル内において拡張機能に対応してCompatible Encoding）が採用され、従来の DNS の仕組いるかどうかを確認した後に、拡張機能を使うように仕みを変更することなく、国際化ドメイン名の標準化が達様を設計する必要があります。そのため、プロトコルの拡張を一括して行うことはできず、それぞれのプロトコ

1

技術的な詳細については、JPRS トピックス&コラム No.007「国際化ドメイン名を実現する 3 つの技術」をご参照ください。

Copyright © 2009 株式会社日本レジストリサービス

ルごとに個別に行う必要があります。

※掲載内容は2009年7月現在のものです。

1

JAPAN REGISTRY SERVICES■EAI WG 国際化の戦略

ジの形式を定めたプロトコルで、RFC 5322 で定義されEAI WG では、まず実験（Experimental）を目的とするています。

RFC を作成し、それに基づいた実験により経験の収集

EAI WG では、国際化された電子メールヘッダを取りと評価を行った上で、標準（Standards Track）となる

扱 う た め の 拡 張 仕 様 を 「 Internationalized EmailRFC の作成につなげていくという戦略をとっています。

Headers（RFC 5335）」としてまとめています。

そのため EAI WG ではまず、EAI により電子メールの3.

配送状況通知と開封確認通知の拡張国際化を行う場合の枠組みとなるドキュメント「Overview

配送状況通知（DSN: Delivery Status Notification）は、and Framework for Internationalized Email」を、RFC電子メールの配送状況を発信者に通知するためのプロ4952 としてまとめました。

トコルで、RFC 3464 で定義されています。また、開封確RFC 4952 では、電子メールの基本プロトコル拡張の認通知（MDN: Message Disposition Notification）は、電際に柱となる「コアドキュメント」や、その他の電子メー子メールの開封を発信者が確認するためのプロトコル

ル関連プロトコルを拡張するための各種ドキュメントをで、RFC 3798 で定義されています。

作成する際の計画を定めています。EAI WG ではそのEAI WG ではこれら 2 つのプロトコルを拡張し、国際計画に従い、電子メールアドレスの国際化を実現する化された電子メールアドレスを取り扱えるようにするためためのプロトコル拡張の作業を進めています。の拡張仕様を「Internationalized Delivery Status and▼4 つのコアドキュメント

Disposition Notifications（RFC 5337）」としてまとめていEAI WG では、今後進めていくプロトコル拡張の基本ます。となる、4 つのコアドキュメントを定めています（図１）。

4.

③DSN、MDNの拡張

下位互換性維持のための変換（ダウングレード）
これまでに解説した 3 つのコアドキュメントはいずれも、既存の電子メール関連プロトコルを、国際化された電子メールアドレスを取り扱えるように機能拡張するもの①SMTPの拡張
国際化
未対応

国際化
対応済

国際化
対応済

From: 私＠だれ.jp

From: 私＠だれ.jp

To: あなた＠どこ.com

To: あなた＠どこ.com

でした。それに対しこのコアドキュメントは、国際化された電子メールアドレスを含むメールを既存のメールシステムに配送する際の、下位互換性維持のための処理④下位互換性維持のための変換（ダウングレード）②インターネットメッセージ
フォーマットの拡張

図１: EAI による電子メールアドレス国際化の概要
1.

SMTP の拡張SMTP（Simple Mail Transfer Protocol）は、電子メール配送の際の基本となるプロトコルで、RFC 5321 で定義されています。

（ダウングレード）の仕様を定義するためのものです。
これにより、既存のメールシステムへの影響を最小限にとどめながら、電子メールアドレスの国際化を実現することが可能になります。
EAI WG ではこのためのドキュメントを「Downgrading
Mechanism for Email Address Internationalization（RFCEAI WG では、国際化された電子メールアドレスを取5504）」としてまとめています。なお、このドキュメントは、り扱うための SMTP の拡張仕様を「SMTP Extension for

JPRS の藤原和典と米谷嘉朗が作成を担当しています。

Internationalized Email Addresses（RFC 5336）」としてま▼コアドキュメントに基づいた実証実験と標準化

とめています。
2.

インターネットメッセージフォーマットの拡張
インターネットメッセージフォーマットは、電子メールを含む、インターネットでやりとりされるテキストメッセー

Copyright © 2009 株式会社日本レジストリサービス

EAI WG では現在、この 4 つのコアドキュメントに基づく実証実験を行いながら、標準仕様となる RFC の作成、あるいは POP や IMAP といった電子メールに関する各種プロトコルの国際化の議論を進めています。

※全てのコラムは http://jpinfo.jp/topics-column/ でご覧いただけます。 2