メールアドレス - Wikipedia

メールアドレス - Wikipedia
コンテンツにスキップ
出典: フリー百科事典『ウィキペディア（Wikipedia）』
この記事には
複数の問題があります
改善
ノートページ
での議論にご協力ください。
出典
がまったく示されていないか不十分です。内容に関する
文献や情報源
が必要です。
2021年3月
古い情報を
更新
する必要があります。
2021年3月
出典検索
"メールアドレス"
ニュース
書籍
スカラー
CiNii
J-STAGE
NDL
dlib.jp
ジャパンサーチ
TWL
この記事の
正確性に疑問
が呈されています。
問題箇所に
信頼できる情報源
を示して、記事の改善にご協力ください。議論は
ノート
を参照してください。
2013年12月
疑問点：メールアドレスの国際化対応
メールアドレス
英語
electronic mail address, email address, e-mail address
）、
Eメールアドレス
（イーメールアドレス)、
電子メールアドレス
(でんしメールアドレス) とは、
電子メール
における送信先や発信元を表す。略称として
アドレス
メルアド
メアド
などがある。
構成
編集
メールアドレスは、次の構文を持つ。
ローカル部
ドメイン（例：
foo@
example.com
ローカル部の構成は
メールサーバ
の仕様による。ユーザ名またはユーザ名の別名(alias)が基本である。ドメインは
ホスト名
（ホストに割り当てられる
ドメイン名
）であり、メールサーバを特定する。この例では、「“
example.com
”で特定できるメールサーバに登録している“
foo
”というユーザ」が基本である。
メールアドレスのフォーマットを規定する文書として、
RFC
RFC
5321
Simple Mail Transfer Protocol
および
RFC
5322
(Internet Message Format)
が存在し、メールアドレスに使用できる文字を定義している
ローカル部に使用できる文字
編集
ローカル部に使用できる文字は以下の
ASCII
文字である。
まず、次の
ASCII
文字をそのまま並べた形式（
RFC
5321
では
Dot-string
RFC
5322
では
dot-atom
と呼ぶ）が使用できる。
大小の
ラテン文字
（本来は
大文字
小文字
は区別されるが、実際には区別されていない実装がほとんどである
。一般的には小文字で表記される）
数字
（実際には、
プロバイダ
側で利用可能な記号文字を一部のみに制限している場合が多い）
（先頭と末尾以外で使用可能。2個以上連続してはならない　※ドコモ,auの携帯メールアドレスでは利用できるケースがある。）
さらに、“
”でくくられた
quoted-string
の形式であれば、加えて次のASCII文字を使用できる
（quoted-string中では制限はない）
スペース
さらにquoted-string中では、“
”を前につけた
quoted-pair
の形式であれば、加えて次のASCII文字を使用できる。
たとえば、以下は
RFC
どれ?
の規定において有効なメールアドレスである。
Abc@example.com (dot-atom)
Abc.123@example.com (dot-atom)
user+mailbox/department=shipping@example.com (dot-atom)
!#$%&'*+-/=?^_`.{|}~@example.com (dot-atom)
"Abc@def"@example.com (quoted-string)
"Fred\ Bloggs"@example.com（quoted-pairを含んだquoted-string）
"Joe.\\Blow"@example.com（quoted-pairを含んだquoted-string）
RFC5322 p.12 の定義
dot-atom-text = 1*atext *("." 1*atext)
から、「.」の後に必ず文字が必要であるため、以下は無効なメールアドレスである
Abc.@example.com（“.”をローカル部の末尾に使用している）
Abc..123@example.com（“.”が連続している）
ローカル部の長さの最大値は64文字である
。（実際には、プロバイダ側の設定や、
メールソフト
の制約などでローカル部の長さの最大値を20～30文字程度に制限している場合が多い）
ドメインに使用できる文字
編集
ドメインには、次のいずれかの形式が使用できる。
ラテン文字・数字・“
”（先頭はラテン文字または数字）から成るサブドメインを“
”でつないだ形式で、A RRもしくは
MX RR
（またはそれらに
名前解決
されるCNAME RR）に名前解決される
完全修飾ドメイン名 (FQDN)
10
”でくくられた
IPアドレス
（例:
[192.0.2.69]
11
）。
ドメインの長さの最大値は253文字、メールアドレス全体の長さの最大値は254文字である
#ローカル部に使用できる文字
で述べたように、ローカル部にはquoted-string形式でなければ“
”を先頭と末尾で使用することや2個以上連続して使用することはできない。
しかし、一部の実装（実例：
携帯電話
のメール）はこの仕様を逸脱しており、規定外の特殊な文字が使用可能な場合もある。
Postfix
は、配送する電子メールのエンベロープやヘッダに仕様を逸脱したローカル部を持つメールアドレスが存在すると、ローカル部を
”でくくった形に変形する。エンベロープ中のメールアドレスについてはこの機能を無効に設定できる
12
が、ヘッダ中のメールアドレスについては無効化できない。
電子メールでのメールアドレスの使用
編集
メールアドレスは電子メールの中のいくつかの箇所で使用され、使用される箇所により決まった形式で現れる。
電子メールでメールアドレスが使用される箇所
編集
エンベロープ
中のパス。
RFC
5321
で定義される。
reverse-path
電子メールの送信元。エンベロープfromとも呼ばれる。
forward-path
電子メールの送信先。エンベロープtoとも呼ばれる。
メールヘッダ
中のフィールド。
RFC
5322
で定義される。
Fromフィールド
電子メールの著者。
Senderフィールド
電子メールの送信者が著者と異なる場合や、著者が複数の場合の、電子メールの送信者。
Toフィールド
電子メールの受信者。
Reply-Toフィールド
電子メールの返信先。
Cc
フィールド
カーボンコピー
の受信者。
Bccフィールド
ブラインドカーボンコピーの受信者。
再送フィールド (Resent-From・Resent-Sender・Resent-To・Resent-Cc・Resent-Bcc)
電子メール再送時の情報を、元のフィールドを変更せずに記入するために使用される。それぞれ、“Resent-”のつかないフィールドに対応する。
Return-Pathフィールド
SMTPサーバにより、reverse-pathの情報が記入される。
電子メールでの使用形式
編集
それぞれの使用箇所で使用できるメールアドレスの形式を、以下の表に示す。
メールアドレスの使用形式一覧
形式
RFC
5321
での呼称
使用箇所（エンベロープ）
RFC
5322
での呼称
使用箇所（ヘッダ）
foo@example.com
Mailbox
address
mailbox
addr-spec
From Sender Reply-To To Cc Bcc
foo@example.com
name-addr
foo
foo@example.com
foobar:
foo
foo@example.com
bar
bar@example.com
group
Reply-To To Cc Bcc
foo@example.com
Path
reverse-path forward-path
path
Return-Path
再送フィールド (Resent-From・Resent-Sender・Resent-To・Resent-Cc・Resent-Bcc) で使用できるメールアドレスの形式は、それぞれ対応する“Resent-”のつかないフィールドと同様である。
ローカル部
ドメイン
」の形式（例:
foo@example.com
）を、
RFC
5321
では
メールボックス
Mailbox
) と呼び、
RFC
5322
では
addr-spec
と呼ぶ。
メールアドレスが使用されるヘッダフィールドのうちReturn-Path以外のヘッダフィールドには、addr-specのほか、addr-specの形式を“
”でくくったり、さらに前に表示名を挿入したりした
name-addr
（例:
foo@example.com
foo
foo@example.com
）が使用できる。
RFC
5322
では、addr-specとname-addrをあわせて
メールボックス
mailbox
) と呼ぶ。
Fromフィールドには、メールボックスを“
”で区切ったメールボックスのリストを用いて複数の著者を記入できる。このとき、1つの送信者のメールボックスを記入したSenderフィールドが必須である。
Reply-To、To、Cc、Bccフィールドには、複数人のメールボックスを“
”で区切り、前に表示名と“
”、後ろに“
”を挿入した
グループ
group
)（例:
foobar:foo
foo@example.com
,bar
bar@example.com
）も使用でき、
RFC
5322
ではメールボックスとグループをあわせて
アドレス
address
) と呼ぶ。Reply-To、To、Cc、Bccフィールドには、アドレスを“
”で区切ったアドレスのリストを用いて複数記入できる（メールボックスもアドレスであるから、メールボックスのリストも使用できる）。Bccフィールドの値は空でもよい。
reverse-pathおよびforward-pathには、Mailboxの形式を“
”でくくった
パス
Path
)（例:
foo@example.com
）を用いる。Return-Pathフィールドも同様である。
特別なメールアドレス
編集
Postmaster
メールシステムの管理者のメールアドレスとして使われる。SMTPサーバは、forward-pathに「
Postmaster@
ドメイン」、またはドメインのない“
Postmaster
”が指定された電子メールを受け取らなければならない。どちらも“
Postmaster
”の文字は大文字小文字を区別しない。
Nullアドレス
メール転送エージェント
(MTA) は宛先の間違いなどで電子メールを配送できない場合に、その電子メールのreverse-path宛に配送不能を知らせる
バウンスメール
を配送する。バウンスメールのreverse-pathには空値（
Null
）のアドレスを用いたパス、すなわち“
”が使用される。
MAILER-DAEMON
sendmail
、Postfix、
qmail
などのMTAは、バウンスメールのFromフィールドに、ローカル部に“
MAILER-DAEMON
”を使用したメールアドレスを使用する。
そのほか、
RFC
2142
(Mailbox Names for Common Services, Roles and Functions)
13
に、よく使うメールアドレスを定義している。
脚注
編集
脚注の使い方
出典
編集
Klensin, J., ed.
(Oct 2008),
Simple Mail Transfer Protocol
RFC
5321
Resnick, P., ed.
(Oct 2008),
Internet Message Format
RFC
5322
RFC
5322
& 5321に沿ったメールアドレス（local-part）のテストデータを考えてみた
RFC
5321
の2.4節“General Syntax Principles and Transaction Model”と4.1.2節“Command Argument Syntax”によれば、Quoted-stringを必要とするメールボックス、大文字小文字を区別するローカル部をもつメールボックスを定義することは、相互運用性を妨げるため、避けるべきであると定義されている。
RFC
5321
4.1.2節“Command Argument Syntax”によれば、quoted-string形式が要求されるローカル部をもつメールボックスを定義することは、相互運用性を妨げるため、避けるべきである。
但し、rfc976
UUCP Mail Interchange Format Standard では、(
! でホスト名をつないでメールアドレスを表現する) bang path がある。bang path の例としては hosta!hostb!user などがある。
RFC
5322
Internet Message Format,IETF, 2008
RFC
5321
4.5.3.1節“Size limits and minimums”
RFC
5321
3.6節“Relaying and Mail Routing”
RFC
5321
は実在のIPアドレスで例示しているが、ここでは
例示用のIPアドレス
を使った。
smtp_quote_rfc821_envelope
”パラメータを“
no
”に設定する（
Postfix設定パラメータ
”.
Postfixのぺーじ
(2007年6月2日).
2007年12月8日閲覧。
参照）。
Crocker,
D.
(May 1997),
Mailbox Names for Common Services, Roles and Functions
RFC
2142
関連項目
編集
電子メール
メールマガジン
メール広告
この項目は、
コンピュータ
に関連した
書きかけの項目
です。
この項目を加筆・訂正
などしてくださる
協力者を求めています
PJ:コンピュータ
P:コンピュータ
）。
表示
編集
」から取得
カテゴリ
電子メール
RFC
隠しカテゴリ:
出典を必要とする記事/2021年3月
情報の更新が必要とされている項目/2021年1月-6月
正確性
言葉を濁した記述のある記事 (どれ)
すべてのスタブ記事
コンピュータ関連のスタブ項目
メールアドレス
話題を追加