期間限定:初回支払いが50% オフ。

メールプロバイダーを判定する

任意のメールアドレスのドメインを運用しているメールプロバイダーを調べます。メールを入力すると、ライブのMXレコードからGoogle Workspace、Microsoft 365、Zohoなどを検出します。

メールアドレスを入力

本日の無料チェックは残り 5 回です。

ESP / MXルックアップとは?

メールを受け取るドメインはDNSに1つ以上のMXレコード(Mail Exchanger)を公開します。これらはメール受信を担当するメールサーバーのホスト名を指し、解決順序を決める数値の優先度を持ちます。ホスト名のパターンは通常、特徴的です — Google Workspaceは `aspmx.l.google.com`、Microsoft 365は `*.mail.protection.outlook.com`、Zohoは `mx.zoho.com` などを公開します。

ESPチェッカーはMXレコードを問い合わせ、優先度順に並べて、既知プロバイダーのデータベースとホスト名を照合します。プロトコルは RFC 5321(現代のSMTP仕様)および RFC 7505(メールを受け取らないドメイン向けの「Null MX」を定義)に従います。

ESP / MXを確認する理由

1メール事業者ごとにアウトリーチを最適化

Gmail・Microsoft・オンプレフィルタはコンテンツの評価が異なります。届け先を知ることで件名やHTMLの方針が定まります

2移行カットオーバーの確認

プロバイダー乗り換え後、旧環境を解約する前にMXが新プラットフォームを指していることを確認しましょう

3誤ルーティングの検出

タイプミスや古いMXは静かにメールを誤った宛先へ送ります。チェッカーが即座に明らかにします

4ドメインポートフォリオの監査

企業の買収や監査時、各ドメインがどのメール基盤を使っているかを一目で把握できます

ESP検出の仕組み — ステップごとの流れ

1

ドメインを入力します。チェッカーがDNSでMXレコードを問い合わせます。

2

各MXレコードを優先度数値とホスト名に分解します。

3

レコードを優先度で並べ替えます — 数値の低いものから送信サーバーが試行します。

4

ホスト名を既知プロバイダー(Google、Microsoft、Zoho、Proofpoint、Mimecastほか数十社)のパターンと照合します。

5

検出されたプロバイダーが表示され、優先度順のMX一覧で経路をご自身でも検証できます。

MXレコードの構文

DNS MXレコードの例(Google Workspace)
example.com.   3600   IN   MX   1   aspmx.l.google.com.
example.com.   3600   IN   MX   5   alt1.aspmx.l.google.com.
example.com.   3600   IN   MX   5   alt2.aspmx.l.google.com.

フィールドの内訳

優先度— 値が小さいほど優先され、最初に試行されます
ホスト— 受信メールサーバーのホスト名
TTL— キャッシュ有効秒数
IN— インターネットレコードクラス
MX— レコードタイプ

よくあるESP / MXの不具合と対処

MXレコードが未公開

MXレコードがなければメールは受信できません。プロバイダー提示のレコードを公開しましょう

旧プロバイダーのMXが残存

移行後も旧MXが応答しています。古いレコードを削除してメールループを止めましょう

全レコードで優先度が同一

意図的(ラウンドロビン)か事故的かのいずれか。プロバイダーのドキュメントを確認しましょう

MXがCNAMEを指している

RFC 2181はMXがCNAMEを指すことを禁止します。A/AAAAを持つホストへ直接指しましょう

よくある質問

よくある質問 (FAQ)

ESPチェッカー(メールサービスプロバイダー)はドメインのMXレコードを調べ、Google Workspace、Microsoft 365、Zoho、Proofpoint、Mimecastなどの既知プロバイダーのデータベースと照合します。MXのホスト名は、ドメイン自体がカスタムでも、通常はプロバイダーを一意に示します。

受信側ESPを把握することで、アウトリーチを最適化できます — GmailとOutlookはコンテンツの評価が異なります — また、配信問題のデバッグ時にプロバイダー側の公開ルールを確認できます。自社ドメインでは、移行後にMXが古いプラットフォームを指していないかを確認できます。

メール事業者は冗長性のために複数のMXを公開します。主要ホストが停止したとき、送信サーバーは優先度順に次のホストへ再試行します。Google WorkspaceとMicrosoft 365は通常、地域障害が起きてもメール受信を確実にするため、異なるインフラ上に4〜5件のMXを公開します。

MXを公開しているドメインなら動作します。パーキングや未使用のドメインは、レジストラのデフォルトMXや「MXなし」設定を露呈することが多く、いずれもチェッカーが明確に示します。ドメインポートフォリオ全体の監査に有効です。

見込み客が Google、Microsoft、その他のどのプロバイダーを使っているかを把握すれば、キャンペーンをセグメント化し、各プロバイダーのフィルタリングの挙動に合わせて送信を最適化できます。セグメントごとに適切な受信トレイをウォームアップしてルーティングし、自社の到達率が最も高いプロバイダーを優先できます。

「Unknown」は通常、ドメインに MX レコードがない、ツールが既知のシグネチャと照合できないプロバイダーを使っている、またはカスタムや自己ホスト型のサーバー経由でメールをルーティングしていることを意味します。また、メール受信用に設定されていないパーキングドメインや設定不備のドメインでも表示されることがあります。