SMTP検証とは?

SMTP検証とは、受信者のメールサーバーに直接接続してメールボックスについて問い合わせ、メールアドレスが実際にメールを受信できるかを確認する方法です。実際のメール配信と同じSimple Mail Transfer Protocolを使いますが、メッセージは送信しないため、アドレスの所有者に知られることはありません。

定義

SMTP検証は、SMTPハンドシェイクチェックとも呼ばれ、Simple Mail Transfer Protocolを介して受信者のメールサーバーに問い合わせ、メールアドレスが配信可能かを確認するプロセスです。SMTPは、メールサーバー同士がインターネット上でメッセージを受け渡すためのプロトコルです。実際にメールを送ってバウンスするかを待つのではなく、SMTP検証ツールは送信サーバーが通常行うやり取りを開始し、特定のアドレス宛てのメールを受け付けるかを受信サーバーに尋ね、その応答を読み取ったうえで、何も配信せずに丁寧にやり取りを終了します。

そのため、SMTP検証は利用できるメール検証の中で最も直接的かつ正確な方法です。構文チェックで確認できるのは、@記号が1つあり有効なドメインがあるなど、アドレスの形式が正しいことだけです。DNSやMXの照会で確認できるのは、ドメインがそもそもメールを受信できる設定になっていることだけです。SMTP検証はさらに一歩踏み込み、対象のメールボックスを管理する、権威あるサーバーにリアルタイムで問い合わせます。情報源に直接尋ねるため、退職後に閉鎖された社員の受信箱のように、一見有効でも実際にはもう存在しないアドレスを見つけられます。

仕組み

SMTP検証は、通常のメール配信の最初の手順をたどり、メッセージが転送される前に停止します。おおまかな流れは次のとおりです。

まず、検証ツールはDNSを照会して、そのメールのドメインのMXレコードを探します。MXレコードには、そのドメイン宛てのメールを受信するメールサーバーが記載されています。検証ツールは優先度の最も高いサーバーを選び、通常はポート25でTCP接続を開きます。

接続すると、検証ツールはEHLOまたはHELOコマンドで名乗ります。これはSMTPにおける挨拶にあたります。次にMAIL FROMコマンドを発行し、仮のメッセージの返信先アドレスを宣言します。決定的なのはその次のステップです。検証ツールは、テスト対象のメールアドレスを含むRCPT TOコマンドを送信します。RCPT TO(recipient toの略)は、その受信者宛てのメールを受け付けるかをサーバーに尋ねるものです。

検証ツールが待っているのはサーバーの応答です。250番台の応答は、一般にメールボックスが存在しメールを受け付けることを意味します。550の応答は受信者が拒否されたことを意味し、通常はメールボックスが存在しないことを示します。グレーリスティングやレート制限などの一時的な4xx応答は、サーバーが回答を保留していることを意味します。応答を読み取った後、検証ツールはQUITコマンドを送って接続を閉じます。DATAコマンドは一切送られないため、メッセージ本文は送信されず、受信者の受信トレイには何も届きません。

SMTP検証にも限界はあります。メールボックスの有無にかかわらずすべてのアドレスを受け付ける設定のサーバーがあり、これはキャッチオールまたはアクセプトオールドメインと呼ばれます。こうしたドメインでは、250の応答で特定のメールボックスを確認することはできません。また、特に大規模な企業向けシステムでは、検証のための問い合わせのパターンを検知し、接続をブロックしたり、すべてのアドレスに同じ応答を返したりするサーバーもあります。信頼できる検証ツールは、推測を事実として示すのではなく、こうした状況を透明に報告します。

メール到達率にとって重要な理由

Gmail、Outlook、Yahooなどのメールボックスプロバイダーは送信者の行動を監視しており、存在しないアドレスへの継続的な送信ほど早く送信元の評価を損なうシグナルはほとんどありません。使われていないメールボックスにメールが送られると、受信サーバーはハードバウンスを返します。ハードバウンス率が高いと、送信者が古いリストや出所の怪しいリストを使っているとプロバイダーに伝わります。これはスパム業者の典型的な特徴です。評価が下がるにつれ、送信者の正当なメールもより多く迷惑メールに振り分けられたり、完全に拒否されたりします。

しきい値は厳格です。多くの到達率担当チームは、全体のバウンス率が2%を超えると警告サインとみなしており、2025年後半以降、Gmailはバウンス率がその水準を超えた送信者に対して恒久的な拒否を行う場合があります。SMTP検証は、キャンペーン送信前に無効なアドレスを見つけて除外する最も確実な方法であり、それこそがバウンス率を低く保つ鍵です。また、エンゲージメント指標を静かに損なうスパムトラップや放置されたアドレスの発見にも役立ちます。送信前にリストを検証することで、その後のすべてのメッセージの受信トレイ到達を守れます。

VeriMailsでの対応

VeriMailsのすべての検証の中核にあるのが、リアルタイムのSMTPハンドシェイクです。REST APIまたはCSVの一括アップロードでアドレスを送信すると、VeriMailsはドメインを解決し、MXレコードを特定し、SMTP接続を開いて、前述のRCPT TOのやり取りを行い、メールボックスが実在するかを判定します。このSMTPの工程は、構文チェック、MXおよびDNSの確認、キャッチオール検出、使い捨てアドレス検出、ロールベースアドレス検出と組み合わされるため、1つの結果にアドレスのあらゆる側面が反映されます。

VeriMailsはアクセプトオールドメインで推測するのではなくキャッチオール検出を行うため、サーバーがすべての受信者を受け付ける場合、誤った確認結果ではなく、そのアドレスがキャッチオールドメインにあることをお知らせします。結果は、キャンペーンの判断に役立つ明確な到達率カテゴリーで返されます。検証は1件あたり$0.0019から、10,000クレジットで$19、年払いの年間プランなら月額$12.50からです。新規アカウントにはすべて100クレジットが無料で付与され、クレジットカード不要、クレジットに有効期限はありません。プランを決める前に、ご自身のリストでSMTP検証をお試しいただけます。

よくある質問

いいえ。SMTP検証は受信者のメールサーバーに接続してメールボックスがメッセージを受け付けるかを尋ねますが、メッセージが配信される前にQUITコマンドで切断します。メールボックスの所有者には何も届かず、確認が行われたことも通知されません。
メールサーバーの中には、キャッチオールとして設定され、メールボックスの有無にかかわらずすべてのアドレスを受け付けるものがあり、その場合RCPT TOの応答では特定のメールボックスを確認できません。また、自動化された検証の問い合わせを制限したりブロックしたりするサーバーもあります。こうした場合、誠実な検証ツールは推測せず、そのアドレスをキャッチオールまたは判定不能として報告します。
はい。構文チェックで確認できるのはアドレスの形式が正しいことだけで、MXチェックで確認できるのはドメインがメールを受信できることだけです。SMTP検証はさらに踏み込み、対象のメールボックスについてリアルタイムで権威あるメールサーバーに問い合わせます。これは実際にメッセージを送る以外で最も確実なシグナルです。
はい。VeriMailsのすべてのチェックには、構文チェック、MXおよびDNSの確認、キャッチオール検出、使い捨て検出、ロールベース検出に加え、受信側メールサーバーとのリアルタイムSMTPハンドシェイクが含まれます。結果は、キャンペーンの判断に役立つ明確な到達性カテゴリで返されます。

VeriMailsを無料で試す

登録で100クレジット無料。クレジットカード不要。今すぐメール検証を実践しましょう。

無料で始める
クレジットカード不要。クレジットに有効期限はありません。