受信ドメインの悪用カテゴリ
スパム、フィッシング、マルウェア、ボットネット指令制御ドメイン向けの、対応する Spamhaus DBL カテゴリを報告します。
無料の受信者リスク確認
メールアドレスが受信できるか、受信ドメインに確認済みのスパム、フィッシング、マルウェア、ボットネット悪用履歴があるかを確認します。登録不要。
メールスパムチェッカーは、複数の異なるツールを指すことがあります。マーケティング本文の語句、リンク、HTML を採点するものもあれば、送信者認証や受信トレイ配置を試すものもあります。この無料チェッカーが扱う判断は別です。受信メールアドレスが到達可能か、受信ドメインに確認済みの悪用履歴があるかです。
BillionVerify は構文、MX、SMTP メールボックス確認を実行し、検証 API の受信ドメインリスク理由を読みます。リスクありの結果は、スパム、フィッシング、マルウェア、ボットネット指令制御に関連するドメインを示せます。アドレスはなおメールを受け入れることがあり、だからこそこのシグナルは単純な有効/無効の裏ではなく、到達性の隣に置くべきです。
アウトリーチに追加する前、CRM に取り込む前、疑わしい受信者を一括リストに残す前に結果を使ってください。自キャンペーンがスパムに入るかを予測するためには使わないでください。メッセージ内容、送信インフラ、認証、苦情、受信者エンゲージメントは、メール到達性の別部分です。
1 回の確認は、メールボックス根拠と、狭い名前付き受信ドメイン評判シグナルを組み合わせます。各部分は別の問いに答えます。
スパム、フィッシング、マルウェア、ボットネット指令制御ドメイン向けの、対応する Spamhaus DBL カテゴリを報告します。
リスクはあるが到達可能なアドレスを、存在しないメールボックスと混同しないよう、フル SMTP 検証を実行します。
メールボックスやドメインリスクの解釈をする前に、アドレス構造と MX レコードを確認します。
不確実性を 1 つのスコアに隠さず、valid、invalid、unknown、risky と明示理由を返します。
受信者リスクの基礎
役立つ結果は、メールボックス到達性、受信ドメイン評判、キャンペーンのスパム配置を分けます。根拠を組み合わせることは価値がありますが、曖昧な約束 1 つに潰すことは価値がありません。
確認は、保存または連絡する予定のアドレスから始まります。構文検証は、ネットワーク要求の前に不正入力を捉えます。DNS 解決は、ドメインに使えるメール経路があるかを確認します。これらは必要なゲートですが、個別メールボックスの存在も、受信ドメインの信頼できる履歴も言いません。
文字列は完璧に見えても、閉じたメールボックスを指すことがあります。ドメインは MX を公開していても、有用な受信者はすべて拒否されることがあります。逆に、メールボックスは SMTP を受け入れても、ドメイン自体が悪用シグナルを持つことがあります。だから BillionVerify は形式だけの確認でアドレスを安全とラベルしません。より浅いその作業には Email Validator を使ってください。このページはメールボックスとドメインリスクの根拠へ進みます。
フルチェックは、受信メールシステムに、特定の受信者がメールを受け入れられるかを尋ねます。SMTP 根拠は、到達可能なメールボックスと、無効または結論が出ないアドレスを分けます。これは、API の risky が invalid の別名ではないからです。リスクありのアドレスは完全に到達可能であることがあり、悪用理由が見えないと残したくなります。
BillionVerify はその区別を別フィールドに残します。結果は、SMTP が受信者を受け入れつつ、ステータスは risky で risk_reasons がドメインカテゴリを名指しできます。運用チームはハードバウンスと評判を混同せず、具体理由でアドレスを除外できます。バウンス防止だけが目的なら、Bounce Email Checker が同じメールボックス根拠をより狭い解釈で示します。
検証後、対応する Domain Blocklist シグナルと照合して受信ドメインを評価します。Spamhaus は DBL を、スパムや悪意ある活動に関連するドメインを対象としたドメイン専用のレピュテーションデータセットと説明しています。BillionVerify は、対応する攻撃者管理下のカテゴリを spam、phishing、malware、botnet command-and-control という 4 つの安定した API 理由に対応づけます。
これは意図的に、「メールがスパムである」と言うより狭いです。入力は受信メッセージではなくアドレスです。照合はアットマーク後のドメインと、そのドメインに付いた履歴です。誰が書いたか、送信者が正当か、受信トレイ内のメッセージ分類は検査しません。結果は、検証とリスト衛生における受信者リスク根拠として使うべきです。
数値の品質スコアは記録の並べ替えに役立ちますが、判断の原因となった出来事を隠すべきではありません。ステータスが risky のとき、risk_reasons は受信ドメインがスパム、フィッシング、マルウェア、ボットネット C&C のどれに一致したかを説明します。結果を見る人は、しきい値を逆算したり、低いスコアをすべて同じ問題として扱ったりせずに、脅威クラスを理解できます。
ステータスはアクションフィールドのまま、理由は説明根拠のままです。対応する悪用一致は、それ以外は到達可能な結果を risky に変えます。空の理由リストは、アドレスのすべてが良性だと証明せず、この特定の外部シグナルが一致しなかったと言います。評判データは変わるため、結果のタイムスタンプを残し、送信判断がずっと後なら重要な記録を再確認してください。
ネットワーク検証は、一時的な DNS 障害、メールサーバーポリシー、グレイリスティング、プロバイダー保護、劣化したサービス経路で結論が出ないことがあります。BillionVerify は確定結論に至れないとき unknown を返します。スパム向けパネルも、ドメインを静かにクリーンと呼ばず、フル結果が使えないときの不確実状態を示します。
unknown の再試行は意味があります。ドメイン悪用シグナルがすでに分かっている確定的な risky には意味がありません。この差は自動化で重要です。unknown は再試行またはレビューキュー、risky は除外です。複数アドレスを清掃するなら、Email List Cleaning ワークフローがこれらのステータスをファイル全体で分けて保ちます。
結果が主張しないこと
検索結果は、受信者検証、メッセージ採点、送信者評判、受信トレイ配置を同じ語句の下に混ぜます。検査対象に応じてツールを選んでください。
このページは受信者検証に属します。name@example.com から始まり、そのメールボックスが受信できるかを確認し、example.com の対応する悪用履歴を特定します。受信者を保存または連絡する前に使ってください。レビュー対象は宛先アドレスであり、送る予定のキャンペーンではありません。
最も強いアクションは、確定的なアドレス根拠に基づき、連絡先を除外、レビュー、または残すことです。使い捨て、ロール、catch-all、バウンス、ドメイン悪用シグナルは隣接するリスト品質の問題を解きます。クリエイティブ品質、認証の整合、メールボックスプロバイダーが最終メッセージをどう順位づけるかは測りません。
コンテンツスパムテストは件名と本文から始まります。文言、HTML バランス、リンク、画像、ヘッダー、フィルタルールに関連するパターンを検査することがあります。明らかな問題を捉える助けにはなりますが、メールボックスの存在は証明せず、悪い受信者リストを健全にはしません。
BillionVerify はこのページでメッセージ本文を受け付けないので、コンテンツ判断はできません。特定のニュースレターテンプレートに疑わしい文言やマークアップがあるかが問いなら、専用のメッセージテスターを使ってください。それでも受信者は別に検証してください。クリーンなクリエイティブを無効または悪用先に送っても、到達性の問題のままです。
送信者評判ツールは、メールを送るインフラから始まります。見える From ドメイン、エンベロープドメイン、DKIM 署名ドメイン、送信 IP、逆引き DNS、認証レコードです。そのインフラからのすべてのキャンペーンに影響するブロックリストや構成問題を明らかにできます。
それはアットマーク後の受信ドメインを確認することとは違います。対象が IP または送信ドメインなら Blacklist Checker を使ってください。送信者インフラがクリーンでもリスクの高い受信者リストをアップロードでき、受信ドメインがクリーンでも送信者自身の IP がブロックされることがあります。両方向を独立して確認する価値があります。
受信トレイ配置は、実メッセージまたはシードメッセージを送ったあとに観察される最終挙動です。メールボックスプロバイダーは認証、送信履歴、苦情、エンゲージメント、コンテンツ、レートパターン、受信者固有シグナルを考慮します。受信アドレス照合は、その完全な送信イベントを観察しないため、受信トレイ対スパムを保証できません。
送信側の準備には Email Deliverability Test を使い、リスト検証は別の送信前コントロールとして残してください。この二部構成は両方の問いを誠実に答えます。この宛先はメールを受け入れられるか、送信設定はキャンペーンを責任を持って届ける準備ができているかです。
技術結果は、誰が受信箱を制御するか、所有者がキャンペーンに同意したか、予定メッセージが望まれているかを証明しません。到達性とドメイン評判は運用上の事実であり、許可ではありません。公開または購入したアドレスは、あらゆる技術テストを通っても、特定のアウトリーチ用途には不適切なことがあります。
公開の会社と所有者の文脈は、Reverse Email Lookup から始めてください。ソース、同意、配信停止、連絡希望の記録は、それらの判断を持つシステムに残してください。スパムチェッカーはリスト品質を上げるべきであり、支えられない身元やポリシー主張に引き伸ばすべきではありません。
実務ワークフロー
最速のワークフローは、入力を検証し、メールボックス結果を読み、名前付きリスクカテゴリを確認し、ステータスで連絡先を振り分けることです。各ステップが異なる失敗モードを狭めます。
登録、CRM、サポート依頼、ソースファイルの正確なアドレスを貼り付けてください。ドメインを会社サイトに置き換えたり、送信 IP を入れたりしないでください。それらは別ツールの入力です。元アドレスを保つと、構文、メール経路、SMTP、ドメインリスク層が同じ記録を説明できます。
明らかな転記ミスは、一次根拠があるときだけ直してください。欠けた文字を捏造したり、見た目が珍しいからドメインを入れ替えたり、提案スペルが同一人物だと仮定したりしないでください。推測アドレスの技術的にクリーンな結果は、誤った入力の結果のままです。
無効な構文は、入力どおりでは使えないアドレスです。使えるメール経路がないことは、ドメインが現在通常メールを受け取れないことです。SMTP 拒否は、特定メールボックスが到達不能に見えることです。これらの失敗は、表示するドメイン悪用カテゴリがなくても、送信の問いにもう答えています。
フルチェックが unknown なら、アドレスを valid とせず、限定再試行をキューしてください。メールサーバーは自動探査を遅延することがあり、インフラは一時的に失敗します。ページは、応答が劣化または不確実だと示さずに、構文と MX を完了したメールボックスおよび評判結果の代わりにしません。
結果が risky のとき、ステータス下のカテゴリを読んでください。Spam は未承諾大量活動に関連するドメインです。Phishing は資格情報またはなりすまし悪用です。Malware は悪意あるソフトウェア配布です。Botnet C&C は指令制御インフラです。いずれも汎用の低品質ラベルより強い根拠です。
BillionVerify は意図的に、この risky オーバーレイから Spamhaus の悪用された正当カテゴリを除外します。通常のウェブサイトは、会社メールボックスが悪意ある受信者にならなくても侵害され得ます。実装は、侵害されたホスト名すべてを組織への一括非難にせず、対応する行為者所有の悪用カテゴリにマーケティング判断を集中させます。
valid アドレスは、ソースと連絡ルールも満たすときだけ残してください。invalid は再送信がバウンスしやすいので除去します。risky はメールボックスが受け入れてもドメイン悪用シグナルが確定的なので除外します。unknown は境界付き再試行または手動レビューキューへ入れます。
すべてのステータスを早すぎる段階で 1 つの合否ブールにしないでください。元のステータスと risk_reasons を残すと、後続システムは連絡先が除かれた理由を説明でき、確定リスクを無限に再試行せず、失った根拠を取り戻すためだけに過去ジョブをすべて再実行せずにポリシーを更新できます。
単一アドレス確認は探索とサポートに役立ちますが、本番の衛生にはフォーム、取り込み、CRM 同期、キャンペーン準備での一貫した扱いが必要です。Email Verification API は自動化向けに同じ risk_reasons フィールドを返し、一括クリーニングはエクスポートと監査のため各行に理由を残します。
判断は一度書いてください。unknown は境界付きポリシーで再試行し、invalid と risky は除去し、catch-all やロールはキャンペーンに応じてレビューします。最終リストサイズだけでなく、各バケットの指標を残してください。risky ドメインの急増は、次の送信前に調査すべきソース品質の変化を反映することがあります。
同じ緑の SMTP 応答でも、受信ドメイン悪用根拠があるときはリスト判断が変わります。これらの例は、各組み合わせの意味を示します。
メールボックスは検証経路を受け入れ、受信ドメインは確認時点で対応する悪用カテゴリを返しませんでした。このツールから得られる最も強い結果ですが、受信トレイ配置の保証ではなく受信者確認のままです。
ソース、身元文脈、連絡ルールも受け入れられるときだけ記録を残してください。クリーンなドメイン結果は、エンゲージメント、同意、送信者認証、メッセージ内容、ドメインが将来も非掲載であるかを測りません。
アドレスはメールを受け入れる可能性がありますが、受信ドメインが対応する外部悪用カテゴリに一致しました。到達性だけではアウトリーチリストに残す理由にならないため、検証ステータスは valid ではなく risky です。
記録を除外し、名前付き理由を残してください。すぐに再確認しても役に立ちません。risky は一時的な SMTP 失敗ではなく確定分類です。リードソースから来た記録なら、同じソースの近くの記録に同様の品質問題がないか確認してください。
アドレスは構文、経路、またはメールボックス検証に失敗しました。ドメイン悪用カテゴリがないことは救いません。既知の無効アドレスへの送信はバウンスリスクを生むため、信頼できる一次情報に基づき記録を除去または修正してください。
すべての悪い記録をスパムと呼ばず、すでに使える技術理由を使ってください。Invalid は宛先が到達不能に見えること、risky は到達可能な宛先が確認済み悪用シグナルを持つことです。それらは異なる運用失敗です。
サービスはフルチェックの十分な部分を完了できず、確定結論に至れませんでした。パネルは不確実性を示し、受信ドメインがクリーンだと主張しません。一時的なメールサーバーまたはインフラ条件が解消すれば、後の再試行は成功することがあります。
再試行は限定的で観測可能にしてください。結果が unknown のままなら、無限ループせず、リスク許容に応じてレビューまたは除外してください。構文と MX が通ったからといって unknown を valid に写さないでください。それらの確認はメールボックスもドメインリスク層も証明しません。
アドレスは複数の有用な分類を持てます。ロールアカウントは到達可能でも人物単位のアウトリーチには不適切なことがあります。使い捨てアドレスは短期間動いても長期のアカウント品質を損ないます。Catch-all ドメインはすべての受信者を受け入れ、特定メールボックスを不確実にします。
これらの次元を一式必要なら、フルの Email Verifier を開いてください。スパム向けページは意図的に受信ドメイン悪用を強調しますが、到達性と関連するすべてのリスクフラグがレビュー担当に見えるとき、基盤の検証判断は最も強くなります。
名前付きソースとデータポイント
ページは、測定された根拠とマーケティング文言を読者が区別できるよう、名前付き技術ソースと公開 API 契約を使います。ソース事実は 2026 年 8 月 14 日に確認しました。
Spamhaus は Domain Blocklist を、スパムまたは悪意ある活動の兆候を示すドメイン向けのドメイン専用評判データセットと説明します。ポリシー声明には未承諾大量メール、フィッシング、詐欺、マルウェア配布が含まれます。DBL は IP ではなくドメイン名を掲載するため、BillionVerify はこれを送信 IP 判定ではなく受信ドメイン根拠として扱います。
公式 DBL ドキュメントは、ゾーンが継続更新され、世界 80 以上のミラーから提供されると述べます。現行範囲、利用ガイダンス、削除手続きは Spamhaus Domain Blocklist ページ で読んでください。
公開 DBL 表は、127.0.1.2 をスパムドメイン、127.0.1.4 をフィッシングドメイン、127.0.1.5 をマルウェアドメイン、127.0.1.6 をボットネット指令制御ドメインに割り当てます。BillionVerify は、マーケティングツールに生の DNS 応答コードを晒さず、それらのカテゴリを安定した API 文字列に変換します。
Spamhaus は、悪用された正当またはリダイレクタインフラ向けに 127.0.1.102 から 127.0.1.106 の別カテゴリも公開します。BillionVerify の risky オーバーレイは意図的に、それらの侵害された正当カテゴリを除外します。区別は公式の DBL 返却コード表 を見てください。
検証応答は risk_reasons を配列として露出します。現行値は spamhaus_dbl_spam、spamhaus_dbl_phish、spamhaus_dbl_malware、spamhaus_dbl_botnet_cc です。対応する外部シグナルがいずれも一致しないとき、フィールドは欠落または空です。
ステータスが判断で、配列がそれを説明します。Risky はフル検証が確定結論に至ったことを意味します。メールボックスは到達可能である可能性が最も高いが、受信ドメインに確認済みの悪用履歴があることです。Unknown は結論に至れず、再試行が役立つ可能性がある確認のために予約されます。
IETF が 2010 年 2 月に公開した RFC 5782 は、運用テストエントリと name-not-found 応答の意味を含む、一般的な DNS ブラックリスト/ホワイトリスト慣例を文書化します。リスト運用者が独自ポリシーを定義することも警告するため、否定照合は万能の安全証明ではなく狭く記述しなければなりません。
BillionVerify は対応するカテゴリが返らなかったと報告し、どこにも脅威がないとは言いません。プロトコル背景は RFC 5782、現行データセットの意味は Spamhaus ドキュメントで読んでください。生の DNS 応答だけから推測するより、名前付きプロバイダーポリシーの方が重要です。
Spamhaus は、SMTP 文字列やメッセージヘッダー/本文中のドメインを含む、受信フィルタの複数段階で DBL を使うことを推奨します。そのより広いアンチスパム用途は、アドレスだけの確認がアウトバウンドキャンペーンを検査したことを意味しません。BillionVerify は検証文脈で受信ドメインシグナルを照会し、クリーンな結果ごとにその限定範囲を述べます。
送信側の準備では、SPF、DKIM、DMARC、インフラ評判、キャンペーン挙動を独立して検証してください。受信者検証は無効およびリスクのある宛先を減らしますが、配置を約束できません。これらの層を分けると、いずれかのソースが変わったときに結果を引用、自動化、修正しやすくなります。
受信ドメインの悪用確認は、到達可能なアドレスでも残すべきでない連絡先になり得る、リスト投入、レビュー、清掃の時点で最も役立ちます。
構文は通るが、疑わしいまたは確認済みの悪用活動がある受信ドメインに属するメールボックスを確認します。
SMTP が受け入れたアドレスはすべて連絡してよいと仮定せず、確定的なリスク結果をキャンペーン前に除外します。
無効メールボックス、不確実な確認、受信ドメイン悪用履歴のある到達可能アドレスを分けます。
risk_reasons を、運用、サポート、リスト衛生判断向けの読みやすい悪用カテゴリに翻訳します。
チェッカーは件名、本文、HTML、リンク、添付、ヘッダーを検査しません。Gmail や Outlook がメッセージを受信トレイ、プロモーション、スパムのどれに置くかは分かりません。
SPF、DKIM、DMARC、送信 IP 評判、ブロックリスト、苦情率、エンゲージメントの送信側確認の代わりにもなりません。クリーンな受信ドメイン結果は、確認時点で対応する悪用カテゴリが返らなかったことだけを意味し、万能の安全証明書ではありません。
送信者とキャンペーンの準備には Email Deliverability Test を使ってください。主質問がメールボックス到達性で、使い捨て、ロール、catch-all、SMTP、受信ドメインリスクを一式見たいときは Email Verifier を使ってください。
スパムリスクは 1 層です。まだ答えたいアドレス、リスト、送信者、調査の問いに合う BillionVerify ツールへ進んでください。
SMTP 到達性に加え、使い捨て、ロール、catch-all、受信ドメインリスクを実行します。
1 件のメールアドレスの多層結果を、1 つのパネルで確認します。
短命な登録に使われる一時・捨てメールプロバイダーを特定します。
送信前のメールボックス拒否とハードバウンスリスクに焦点を当てます。
貼り付けアドレスや CSV リスト全体に、到達性とリスクルールを適用します。
キャンペーン配送に影響する送信者認証と要因を確認します。
送信インフラの観点から、IP またはドメインを評判リストと照合します。
公開の所有者手がかり、組織文脈、メール経路情報を探します。
無料チェッカーにアドレスを入力してください。BillionVerify はメールボックスを検証し、受信ドメインの対応する Spamhaus DBL 悪用カテゴリを確認します。リスクありは、メールボックスは受け入れる可能性があるが、ドメインに確認済みの悪用履歴があることを意味します。
いいえ。コピー、リンク、HTML、ヘッダー、添付は採点しません。受信アドレス、メールボックス経路、受信ドメインの悪用シグナルを確認します。送信者認証とキャンペーン準備には到達性テストを使ってください。
Risky は確定的な結果です。アドレスは到達可能である可能性が高い一方、受信ドメインが対応する外部悪用カテゴリに一致しました。一時タイムアウトや送信してよい結果として扱わないでください。
現行 API は、スパム、フィッシング、マルウェア、ボットネット指令制御の受信ドメインカテゴリを報告できます。ページは結果と一緒に返ったカテゴリを表示します。
いいえ。確認時点で対応する受信ドメイン悪用カテゴリが返らなかったことだけを意味します。身元、同意、メッセージ安全性、送信者評判、受信トレイ配置、将来のドメイン挙動は保証しません。
はい。各 IP はローリング 24 時間で登録なしにフルチェック 20 回できます。これらの確認には SMTP 検証と受信ドメインリスク結果が含まれます。
自律ワークフロー向けに設計された無料プラン——AI エージェントは人間の課金介入なしで検証を開始できます。99.9% SMTP レベルの精度。
ネイティブ MCP Server 統合 · 99.9% SMTP レベルの精度 · 無料プラン、クレジットカード不要