省略

ある種の状況下においては完全なドメイン名を指定する必要はありません。一般的に、宛先のアドレスの最初のドットより後の部分が、あなたがメッセージを発信しようとしている場所と同じドメインである場合は、ドット以降のすべてを省略して構いません。例えば、``calder.berkeley.edu'' に所属するユーザは、送り側と受け側のホストが同じであるため、``berkeley.edu'' をつけずに ``eric@CS'' にメッセージを送ることができます。

互換性

ある種の古いアドレスの書式は以前のメールシステムに互換になるように新しい書式に変換されます。特に、

user@host

と

user@host.domain

はそのまま新しい書式でも許されますが、

host.domain!user

は

user@host.domain

に変換され、

host!user

は

user@host.UUCP

に変換されます。

これは通常、古くからの UUCP ホストとの互換性を保つために、送信される前に ``host!user'' 形式に逆変換されます。

大文字と小文字の区別

ドメイン名 (すなわち、``@'' 記号の後にあるすべて) は、UUCP ホスト名を例外として、大文字と小文字をどのように混ぜても構いません。多くのホストはユーザ名に大文字と小文字をどのように混ぜて使った指定も受け付けますが、著名な例外としては MULTICS サイトがあります。

経路つきアドレス

ある種の状況下では、メッセージを最終的な送り先に行き着かせるためにいくつかのホストを経由地として指定することを余儀なくされることがあるかもしれません。通常この経路指定は自動的に行われますが、メッセージの経路を手動で指定した方が望ましい場合も時々あります。それらのリレーを示すアドレスは「経路つきアドレス(route-addr)」と呼ばれます。これらは以下の構文に従います。

<@hosta,@hostb:user@hostc>

この例は、メッセージがまず hosta に送られ、そこから hostb へ、そして最後に hostc に送られることを示します。この経路は、hostc へのより効率的な経路が存在した場合でも、強制されます。

経路つきアドレスはリターンアドレスにしばしば表れます。これは、通例、各ホストにおいてソフトウェアが先頭に経路情報を付け加えるためです。実際の送り主を識別するために、アドレスの ``user@hostc'' 部分を除いたすべての部分を無視することができるのが通例です。

[注意: route-addr 構文は、使用しないように RFC 1123 で公式に要請されているので使用するべきではありません。]

ごく単純な経路指定のために、多くのサイトは「パーセントハック」もサポートしています。

user%hostc%hostb@hosta

は、前の例に示したのと同じ経路を通って配送されます。

ポストマスタ

すべてのサイトは、メールシステムに関する問題報告の送り先である ``postmaster'' という名前のユーザか、ユーザへのエイリアスを備える必要があります。

その他のネットワーク

他のネットワークのうちの一部には、そのネットワークの名前をドメインの最後の構成要素として与えることによって、メッセージを届けることのできるものもあります。これは、 標準の機能ではない ので、すべてのサイトでサポートされているわけではないでしょう。例えば、CSNET や BITNET のサイトへはそれぞれ ``user@host.CSNET'' や ``user@host.BITNET'' として送信できることがしばしばです。