メールアドレス存在確認：メアドチェッカー
メールアドレスの確認は、何も送信せずにできます：メールサーバーに問い合わせて、そのやりとりをそのままお見せします。メアドチェッカーとしてだけでなく、ご自身のメールをテスト用アドレスに送れば、到達性の詳しいレポートも得られます。
送信者と同じように、アドレスのメールサーバーに問い合わせます。メールは送信せず、その手前で止めます。
アドレス宛には何も送信しません。ログに残すのはドメインと応答コードだけです。回答はキー付きハッシュで管理し、アドレスは含めずに最長1日保存します。
メールを送らずにメールアドレスを確認する方法
メールサーバーは、メッセージが送られる前に、そのアドレスを把握しているかどうかを答えます。当サイトはその質問をして、接続を切ります。
メールの送信は、2台のサーバーの短い会話です。送信側があいさつ（EHLO）をし、返送先アドレス（MAIL FROM）を伝え、宛先（RCPT TO）を伝え、そこで初めてメッセージ（DATA）を送ります。受信側は、各行に3桁のコードで答えます（RFC 5321）。
当サイトは、RCPT TOまでやりとりして、その回答を読み取ります。そのあとリセット（RSET）し、同じドメインの架空のアドレス（コントロール）についてもう一度問い合わせ、QUITで終了します。DATAは送信しないので、誰の受信箱にも何も届かず、送信元が空なので、返送されることもありません。
当サイトの確認用サーバー · ムンバイ · 198.51.100.25mx-in.g.apple.comドメインのメールサーバー · Apple · 203.0.113.17
- 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
- EHLO probe.dnsrobot.net
- 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
- MAIL FROM: <>送信元は空：返送されることはありません
- 250 2.5.0 Address Ok157 ms
- RCPT TO: <postmaster@apple.com>1
- 250 2.1.5 postmaster@apple.com Ok1200 ms
- RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2同じドメインの架空のアドレス
- 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
DATA送信しません：メッセージの手前で止めます- QUIT
- 構文1 ms
- ドメインとMX181 ms
- リスト< 1 ms
- メールサーバー1.5 s
550 5.1.1）、だからこそ、実在のアドレスへの「はい」が信用できます。
判定配信可能、配信不可、全受信、リスクあり、不明のいずれかを、決め手となった応答コードと、理由を説明する1文とともに表示します。4つのステップ構文、ドメインのメールサーバー、使い捨てと役割別のリスト、そしてメールサーバー自身への問い合わせを、それぞれの所要時間とともに表示します。決め手となった回答このアドレスと、同じドメインの架空のアドレス：前者が「はい」、後者が「いいえ」なら、その「はい」は信用できます。やりとり当サーバーが送ったコマンドと、メールサーバーが返した応答のすべてを、起きた順に、各応答のコードと時間とともに表示します。何も送信しませんDATAは送信しません：メッセージが作られる前にやりとりを止めるので、受信箱には何も届かず、返送されることもありません。メールアドレスの生存確認：結果の見方
5つの結果それぞれが、それを導いた応答と結びついています。
配信可能には2つの条件があります：そのアドレスに「はい」、同じドメインの架空のアドレスに「いいえ」と答えること（または、すべてのアドレスを確認すると計測されたプロバイダーであること）です。2つ目の回答がなければ、「はい」は、誰にでも「はい」と答えるかもしれないサーバーの「はい」にすぎません。
不明は、失敗ではなく正直な結果です：サーバーが当サイトの確認用サーバーとの会話を拒否した、待つよう求めた、または応答しなかった場合です。アドレスについては何も語らないので、「無効」に変えることはありません。
- 配信可能
- このアドレス
- 250
- 架空のアドレス
- 550
サーバーはこのアドレスを把握していて、同じドメインの架空のアドレスは拒否します。
送信してください。 - 配信不可
- このアドレス
- 550 5.1.1
- またはドメイン
- null MXドメインなし
サーバーがメールボックスは存在しないと答えたか、ドメインがメールをまったく受け付けていません。
送信しないでください：返送されます。 - 全受信
- このアドレス
- 250
- 架空のアドレス
- 250
サーバーは何にでも「はい」と答えるので、その「はい」は何の証拠にもなりません。
本人から教えてもらったアドレスの場合のみ、送信してください。 - リスクあり
- ドメイン
- 使い捨てリスト
- またはメールボックス
- 552満杯
存在はしますが、長続きしないか、今はメールを受け取れません。
あとで必要になる用途には使わないでください。 - 不明
- このアドレス
- 451554応答なし
- またはDNS
- SERVFAIL
サーバーが応答しなかったか、あとで再度問い合わせるよう求めてきました。「いいえ」ではありません。
あとでもう一度確認するか、そのまま送信してください。
確認できるメールプロバイダーとできないプロバイダー
確認で分かることは、プロバイダーによって異なります。当サーバーから、53のプロバイダーが運営する65のメールドメインを計測しました。
個人向けプロバイダーの多くは、存在しないアドレスをRCPTで拒否するので、そこでの確認は信頼できます。すべてを受け付けてあとで振り分けるところもあります。Outlook.comは、アドレスの収集を防ぐため、一度だけ「はい」と答えることがあります。知らないサーバーを拒否するところも少数あります。
一部の確認ツールのように、パスワード再設定やアカウント登録のページでアドレスを調べることは、決してしません：プロバイダーの規約に反しますし、攻撃者がアカウントを探す、まさにその手口だからです。
- 163.com
- au.com
- biglobe.ne.jp
- comcast.net
- daum.net
- docomo.ne.jp
- ezweb.ne.jp
- freenet.de
- gmail.com
- gmx.com
- gmx.de
- hanmail.net
- hey.com
- i.softbank.jp
- icloud.com
- kakao.com
- laposte.net
- libero.it
- mail.com
- mailbox.org
- naver.com
- o2.pl
- ocn.ne.jp
- orange.fr
- posteo.de
- proton.me
- qq.com
- rambler.ru
- rediffmail.com
- seznam.cz
- sfr.fr
- softbank.ne.jp
- terra.com.br
- tuta.io
- uol.com.br
- web.de
- wp.pl
- yandex.ru
- zoho.com
- apple.com
- microsoft.com
- salesforce.com
- hotmail.com
- outlook.com
- mail.ru
- yahoo.co.jp
- amazon.com
- github.com
- google.com
- netflix.com
- shopify.com
- spotify.com
- stripe.com
- aol.com
- att.net
- bol.com.br
- cox.net
- free.fr
- nifty.com
- verizon.net
- yahoo.com
- fastmail.com
- interia.pl
- onet.pl
- t-online.de
キャッチオール、グレーリスト、拒否：アドレスを確認できないとき
メールサーバーが回答を避ける3つの方法と、それぞれが結果にどう表れるかを説明します。
全受信（キャッチオール）のサーバーは、実在するかどうかにかかわらず、どのアドレスにも250と答えます。Microsoft 365の企業の多くは、知らずにこの状態です：Directory-Based Edge Blockingが存在しないアドレスを拒否するのは、ドメインが「権限あり」に設定されている場合だけです。
グレーリストは、初めて見る送信者に451と答え、1分後の同じ質問は受け付けます（RFC 6647）。拒否はRCPTまでのどのステップでも起こり得ますが（bol.com.brの拒否はRCPTそのものでした）、向けられているのはアドレスではなく当サーバーなので、結果は「不明」であり、「いいえ」にはなりません。
- sam.example@example.org250
- 9e2b7c41d0a8f365@example.org250
どちらにも「はい」が返りました：サーバーは両者を区別できないので、当サイトにも区別できません。
当サーバーに対して、Fastmailがこの対応をしました。結果には、1分後にもう一度確認できるボタンを出し、短い間隔で繰り返すことはしません。（onet.plとinteria.plも450を返しましたが、期限付きのルールと配信数の制限によるもので、実質的に拒否なので、待つ選択肢は出していません。）
| 接続 | あいさつ | EHLO | RCPT | ||
|---|---|---|---|---|---|
| nifty.com | 554 | ||||
| FCrDNS check failed: reverse DNS does not match the connecting IP | |||||
| free.fr | 421 | ||||
| Refused. Your reverse DNS entry does not resolve to an IP. | |||||
| t-online.de | 554 | ||||
| None/bad reputation … (NOWL) | |||||
| yahoo.com | 550 5.7.25 | ||||
| Forward-confirmed reverse DNS failed | |||||
| bol.com.br | 450 4.7.25 | ||||
| Client host rejected: cannot find your hostname | |||||
拒否は、どこで起きても、アドレスではなく当サーバーに向けられたものです（bol.com.brの拒否はRCPTの段階でした）。そのため結果は不明で、「無効」にはしません。
使い捨て、役割別、無料、エイリアスのメールアドレス、docomoとauの旧アドレス
目印はアドレスの性質を表すだけで、それだけで結果が決まることはありません。
役割別アドレス（support@、sales@）は実在しますが共有されています。無料のアドレスは個人には普通です。エイリアスは誰かの本物の受信箱に転送し、使い捨てのアドレスは数時間で消える公開の受信箱です。
日本のキャリアには、ドットが2つ続くアドレスや、@の直前にドットがあるアドレス（docomoやauの旧アドレス）が今も残っています。RFCには違反していますがメールを受信できるので、メールサーバーには入力どおりに問い合わせます。
- 役割別アドレスpostmaster@support@sales@
チーム用の受信箱：実在し、よく読まれますが、誰か個人のアドレスではありません。RFC 2142に、ドメインが持つべきものが定められています。
- 無料サービス
誰でも登録できます。個人には普通ですが、企業の社員自身のアドレスとしては珍しいものです。
- 使い捨て@mailinator.com約9,900ドメイン
数時間で消える公開の受信箱です。disposable-email-domainsのリスト（CC0）から、登録可能ドメインの単位で照合します。
- エイリアスサービス
本人が非公開にしている本物の受信箱に転送します。使い捨てではありません：返信は本人に届きます。
- 旧キャリアアドレスtaro..yamada@docomo.ne.jp
RFC上は無効ですが、今も使われています：docomoやauでは、「..」や「.@」を含む旧来のアドレスをそのまま使えます。サーバーには、入力どおりに問い合わせます。
メール到達性テストの仕組み：無料のメールテスター
実際のメールを1通、1回限りのテスト用アドレスに送ると、確認が済んだ項目から順にレポートが作られます。
テスト用アドレスは、2時間のあいだ1通だけ受け付けます。当サイトのメールサーバーが、mailtest.dnsrobot.net宛てのメールをTLSで受信し、SMTPセッションを直接観察します：TLSのバージョン、あいさつ、送信サーバーのやりとりの仕方などです。Cloudflare Email Routingはバックアップの経路です。
確認はすべて、実際に届いたものにもとづいて行います：接続してきたアドレス、メールサービスが付けたヘッダー、受信者が受け取るHTMLです。そのうえで、SPF、DKIM、DMARC、ARC、形式、内容、配信停止ヘッダー、SpamAssassin、受信プロバイダーのルールを確認します。
- お使いのメールアプリ送信ボタンを押す14:02:10
- お使いの送信サーバーメールサービスSendGrid · 198.51.100.24逆引きDNS（PTR）HELO名ブロックリスト
- 当サイトのメールサーバーTLSで受信mailprobe.dnsrobot.net · TLSv1.3SMTPセッションTLSのバージョンEHLOとパイプライン処理改行コードメッセージSPFDKIMDMARCARC形式内容配信停止
- レポート確認が済んだ項目から表示14:02:24SpamAssassinGmail · Yahoo · Outlook.comのルールスコア
迷惑メールチェッカーがメッセージを採点する方法
10点満点から、それぞれがルールを示す減点を引きます。確認できなかったものは、減点されません。
スコアは、どう作られたかが見えてこそ役に立ちます。そのため、表の全体をここに載せていて、メッセージを採点するのと同じコードから生成しています。各減点の根拠は、RFC、メールボックスプロバイダー自身のページ、またはSpamAssassinのルールです。
ワンクリック配信停止のような、一斉配信向けのルールは、メッセージが一斉配信メールに見えるときだけ減点します。1通のメールからは分からないこと（苦情率、送信量）は「判定不可」となり、減点されません。
10 − 1.5 − 0.7 = 7.8
- 1有効なワンクリック配信停止のない一斉配信メール（RFC 8058：両方のヘッダーがDKIM署名済み）
- 2SpamAssassin 3.4
| 確認した内容 | 減点 | 項目 |
|---|---|---|
| SPFが合格せず、検証できるDKIM署名もない | −3 | SPF |
| DMARCが不合格：一致するSPFまたはDKIMの合格がなく、Fromのドメインがポリシーを公開している | −2.5 | DMARC |
| Fromヘッダーに、DMARCを適用できる単一のドメインがない | −2 | DMARC |
| FromのドメインがDMARCレコードを公開していない一斉配信メールのみ | −1 | DMARC |
| SPF fail：レコードが、このサーバーからの送信を許可していない | −1 | SPF |
| SPFのsoftfailまたはneutral | −0.5 | SPF |
| MAIL FROM（またはHELO）のドメインにSPFレコードがない | −1 | SPF |
| SPF permerror：レコードの誤り、またはDNS検索が10回を超えている | −1 | SPF |
| メッセージにDKIM署名がない一斉配信メールのみ | −1 | DKIM |
| DKIM署名はあるが、すべて失敗（署名なしとして扱う）一斉配信メールのみ | −1 | DKIM |
| 署名が、1,024ビット未満のRSA鍵を使っている | −1 | DKIM |
| DKIMは合格だが、合格した署名がFromのドメインと一致しない | −0.5 | DKIM |
| 送信元のアドレスが、主要なブロックリストに載っている | −3 | 送信サーバー |
| 送信元のアドレスが、小規模なブロックリストに載っている | −1 | 送信サーバー |
| 送信元のアドレスに逆引きDNS（PTR）がない | −2.5 | 送信サーバー |
| PTRの名前が、送信元のアドレスに正引きで戻らない | −1.5 | 送信サーバー |
| HELOが完全修飾名ではない | −0.5 | 送信サーバー |
| サーバーがTLSなしで送信した | −1.5 | SMTPセッション |
| メッセージに、CRなしのLF、またはLFなしのCRの改行がある | 0警告：スコアには含みません（出典が示されたら−0.5） | SMTPセッション |
| Fromがない、重複している、読み取れない、またはSenderなしで複数のメールボックスが列挙されている | −2 | 形式 |
| Dateがない、または読み取れない | −1 | 形式 |
| Message-IDがない、または形式が不正 | −1 | 形式 |
| Dateが、到着時刻から1日以上ずれている | 0警告：スコアには含みません（出典が示されたら−0.5） | 形式 |
| 1回だけ現れてよいフィールドが2回現れている | −0.5 | 形式 |
| 998文字を超える行がある | −0.25 | 形式 |
| ほとんどテキストのない画像 | 0警告：スコアには含みません（出典が示されたら−1） | 内容 |
| テキスト版のないHTML | −0.5 | 内容 |
| HTMLが約102 KBを超過：Gmailで省略される可能性 | 0警告：スコアには含みません（出典が示されたら−0.5） | 内容 |
| URL短縮サービス経由のリンク | 0警告：スコアには含みません（出典が示されたら−1） | 内容 |
| IPアドレスそのままへのリンク | 0警告：スコアには含みません（出典が示されたら−1） | 内容 |
| ほかのドメインに似せたドメインへのリンク | 0警告：スコアには含みません（出典が示されたら−2） | 内容 |
| javascript:、data:、file:のリンク | 0警告：スコアには含みません（出典が示されたら−2） | 内容 |
| リンクの表示は1つのドメインだが、リンク先は別のドメイン | 0警告：スコアには含みません（出典が示されたら−0.5） | 内容 |
| Gmailがブロックする種類の添付ファイル | 0警告：スコアには含みません（出典が示されたら−2） | 内容 |
| Cloudflareのセキュリティリゾルバーがブロックするホストへのリンク（マルウェアまたはフィッシング） | 0警告：スコアには含みません（出典が示されたら−2） | 内容 |
| HTML内のスクリプト、iframe、フォーム、埋め込みオブジェクト | −1 | 内容 |
| 1有効なワンクリック配信停止のない一斉配信メール（RFC 8058：両方のヘッダーがDKIM署名済み） | −1.5 | 配信停止 |
| 2SpamAssassinの2.0を超えたポイント | 2.0を超えた分の半分を減点、最大3 | SpamAssassin |
| SpamAssassinのスコアがスパムのしきい値に達している | −2 | SpamAssassin |
| 未確認、または1通のメールからは判断できません | 0 | – |
SPF、DKIM、DMARCのアラインメントを1枚の図で
DMARCが合格するのは、SPFまたはDKIMが、人に見えるFromアドレスと一致するドメインで合格したときです。
メールには2つの送信者がいます：返送先となる見えないエンベロープの送信元と、人が読むFromアドレスです。SPFは前者を、DKIMは署名を確認し、DMARCは、そのどちらかを後者に結びつけます（RFC 9989）。
メールサービスは、たいていDKIMでDMARCに合格します：お使いのドメイン（ご自身で追加するレコード）で署名しながら、返送は、サービス自身のサブドメインに向かうようにしています。
- SPF合格
198.51.100.24にはem.example.orgとしての送信が許可されています一致：em.example.orgはexample.orgに属します - DKIM合格
example.orgによる署名は検証に成功一致：同じドメイン - DKIM合格
sendgrid.infoによる署名は検証に成功不一致：別のドメイン（問題ありません） - DMARC合格From
example.org：少なくとも1つの合格が一致ポリシーp=none· relaxedアラインメント
Gmail、Yahoo、Outlook.comの送信者要件
2024年以降、大手の受信プロバイダーは、求める条件を公開しています。ここで並べて比較できます。
すべての送信者に、SPFまたはDKIM、正しく動く逆引きDNS、正しい形式のメッセージが必要です。大量送信者には、さらにSPFとDKIMの両方、Fromアドレスと一致するDMARCレコード、ワンクリック配信停止、低い苦情率が必要です。
レポートでは、1通のメールから確認できるルールをすべて確認し、残りは「判定不可」と表示します：苦情率は、Google Postmaster ToolsとYahooのSender Hubで確認できます。
| Gmail | Yahoo | Outlook.com | |||
|---|---|---|---|---|---|
| すべての送信者 | 大量送信者1日5,000通以上 | すべての送信者 | 大量送信者数値の指定なし | 大量送信者1日5,000通以上 | |
| SPFまたはDKIMが合格4.7.27 · 4.7.30 | – | – | – | ||
| SPFとDKIMの両方が合格4.7.27 · 4.7.30 | – | – | – | ||
| SPFが合格 | – | – | – | – | 1 |
| DKIMが合格 | – | – | – | – | 1 |
| DMARCレコード（p=noneかそれより厳格）4.7.40 · 5.7.40 | – | – | – | ||
| FromがSPFまたはDKIMと一致（DMARCが合格）4.7.32 · 5.7.32 | – | – | 1 | ||
| 正引きと逆引きのDNS（PTR）4.7.23 | – | – | – | ||
| 接続でTLSを使用4.7.29 | – | – | – | – | |
| RFC 5322のメッセージ形式 | 2 | – | – | – | |
| Gmail以外から送るGmailのFrom:なし | – | – | – | – | |
| 有効なFromまたはReply-Toのアドレス | – | – | – | – | |
| ワンクリック配信停止（RFC 8058） | – | – | – | ||
| List-Unsubscribe（mailtoまたはhttps） | – | – | – | – | |
| 本文内の目に見える配信停止リンク | – | – | |||
| スパム報告率が0.3%未満 | – | – | – | ||
必須推奨– そのプロバイダーのルールにはない4.7.23不足しているときにGmailが返すコード1通のメールでは確認できません：「判定不可」と表示します
1 550 5.7.5152 Gmailは、Fromに単一のアドレスを指定することも求めています。
プライバシー：保存するものと、メールサーバーが見るもの
確認したアドレスは保存しません。保存するのはその回答で、キー付きハッシュで管理し、アドレスは含めずに最長1日保存します。テストメッセージの本文は、分析の直後に削除します。
アドレスの確認で、メールサーバーに送るのは、短いコマンドがいくつかだけです：EHLO、MAIL FROM:<>、そのアドレスと架空のアドレス1件へのRCPT TO（Outlook.comではさらにもう1回）、RSET、QUIT。サーバーが見るのは、当サーバーの名前、空の送信元、問い合わせたアドレスで、あなたもメッセージも見えません。
テストレポートには、メッセージのヘッダー、リンク、140文字のプレビューを、確認結果とともに7日間保存します。リンクを共有できるようにするためです。本文全体と添付ファイルは、分析の直後に削除します。レポートは、レポートのページから、いつでも削除できます。
- 入力HTTPSで当サーバーに送信されます。リクエストの中だけです。
- メールサーバーが見るもの
EHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITごくわずかなコマンドだけです：当サーバーの名前、空の送信元、そのアドレスと架空のアドレス1件へのRCPT TO（Outlook.comではさらにもう1回）。メッセージも、名前も、あなたに関する情報もありません。 - 当サイトが保存するものアドレスは保存しません。ログに残すのはドメインと応答コードで、確定した回答はキー付きハッシュで管理し、アドレスは含めずに最長1日保存します。
- メッセージ本体本文と添付ファイルは、分析の直後に削除します。SpamAssassinは、当サイトのメールサーバー上でメモリ内でのみ読み取り、ログには何も残しません。
- レポートヘッダー、メッセージがリンクしているドメイン（それぞれ例として1件のリンク付き）、140文字のプレビュー：7日間、または「レポートを削除」を押すまで保存します。リンクを知っている人は誰でも開けます。
- 決して行わないこと転送、返信、人の目での閲覧はしません。
よくある質問
このメールアドレス確認ツールは無料ですか？
メールを送らずにメールアドレスの存在確認をするには？
メアドチェッカーはどれくらい正確ですか？有効なアドレスでも返送されることはありますか？
メールアドレスを確認したことは、相手に分かりますか？
GmailやYahoo、Outlook.comのアドレスで、なぜこの結果になるのですか？
キャッチオール（全受信）のメールアドレスとは何ですか？
メールアドレスの確認結果が「不明」になるのはなぜですか？
メールの到達性と迷惑メールスコアをテストするには？
メールテスターで10点満点なら、メールは受信トレイに届きますか？
確認したアドレスや送信したメールは保存されますか？
メールアドレスの「存在確認」は、検証（バリデーション）とどう違いますか？
メールアドレスのリストをまとめて確認できますか？
足りないものはありますか？機能や新しいツールを提案する