使い方
- メールアドレスに、アドレスを1行に1つずつ貼り付けます。
- 正しい書式と書式の誤りで件数を読みます。
- 判定で無効と表示された各アドレスについて、理由を読み、アドレスを直してください。
規則が確かめること
インターネットのメールアドレスは、ローカル部、@の記号、ドメインからなります（RFC 5322、3.4.1節）。ローカル部は、文字と記号からなり、ドットがその間に1つずつ入るドットアトム（3.2.3節）か、引用符で囲まれた文字列です（3.2.4節）。ドメインは、ドメイン名か、角かっこで囲んだアドレスリテラルです。アドレスリテラルには、IPv4かIPv6のアドレスが入ります（RFC 5321、4.1.3節）。
- SMTPでは非ASCII文字を必要とする受信箱は使えないため、ASCII以外の文字は、ここでは誤りになります（RFC 5321、4.1.2節）。国際化されたアドレスには、このページが確かめない拡張が必要です。
- ドメインのラベルには、文字、数字、ハイフンが入ります。ラベルの始めや終わりにハイフンは使えず、アンダースコアも許されません（RFC 5321、4.1.2節）。
長さの上限
ローカル部は最大64オクテット、ドメインは最大255オクテットです（RFC 5321、4.5.3.1.1節と4.5.3.1.2節）。ドメインのラベルは最大63オクテットです（RFC 1035、2.3.4節）。アドレス全体は最大254オクテットです。256オクテットのSMTPのパスには、2つの山括弧が含まれるためです（RFC 5321、4.5.3.1.3節）。
書式が正しいことは、届くことではない
正しい書式のアドレスでも、存在しないことがあり、受信箱がメールを拒否することがあります。それを判断できるのは、ドメインのメールサーバーだけで、このページはサーバーに接続しません。このページが確かめるのは、名前を付けない素のアドレスだけです。アドレスの前に名前を書き、山括弧で囲んだものは、アドレスとしては確かめられません。
例：3つのアドレスを確かめる
[email protected]は、ドットアトムのローカル部とドメイン名を持つため、書式は正しいです。[email protected]は、ローカル部でドットが2つ続いており、ドットアトムの形式では許されません（RFC 5322、3.2.3節）。
user@my_host.exampleは、RFC 5321がドメインのラベルでアンダースコアを許さないため、誤りになります。
| アドレス | 判定 |
|---|---|
| [email protected] | 有効 |
| [email protected] | 無効 |
| user@my_host.example | 無効 |
よくある質問
正しい書式のアドレスには、メールが届きますか？
必ずしもそうではありません。書式が正しいことは、アドレスが正しく書かれていることだけを示します。受信箱が存在するかどうかは、ドメインのメールサーバーだけが知っており、このページはそこに接続しません。
[email protected]が無効なのは、なぜですか？
ローカル部はドットアトムで、文字や数字や記号の集まりの間に、ドットが1つずつ入る形です。ドットが2つ続くことや、どちらかの端にドットがあることは、その形を壊します（RFC 5322、3.2.3節）。
アドレスに空白やカンマを含めることはできますか？
引用符で囲んだローカル部の中だけで、たとえば"john doe"@example.comのように使えます（RFC 5322、3.2.4節）。引用符で囲まない空白やカンマは、ローカル部では許されません。
ドメインにアンダースコアがあると、なぜ誤りになるのですか？
SMTPのドメインのラベルは、文字、数字、ハイフンからなり、RFC 5321（4.1.2節）はその中でアンダースコアを許していません。DNSの名前の中には別の目的で使うものもありますが、メールのドメインは使ってはいけません。
許される最も長いアドレスは、どれくらいですか？
アドレス自体は254オクテットまでです。ローカル部は64オクテット、ドメインは255オクテットまで、256オクテットのSMTPのパスには、2つの山括弧を含めてアドレスが入ります（RFC 5321、4.5.3.1.1節から4.5.3.1.3節）。
このツールは、アドレスをどこかに送りますか？
いいえ。確認はお使いのブラウザの中で行われ、貼り付けた内容が送られたり保存されたりすることはありません。
出典
- RFC 5322（英語）: Internet Message Format
- RFC 5321（英語）: Simple Mail Transfer Protocol
- RFC 1035（英語）: Domain Names, implementation and specification
数値と文章の最終確認日：2026年11月10日火曜日。