ドメイン、URL、IP、メール、レコードを入力するだけで、設定なしに絞り込まれた結果を得られます。
ポリシー、レポート、アライメントオプションを使用してDMARCレコードを構築します。
POST /v1/tools/dmarc/build
ブラウザツールで素早く答えを確認し、繰り返し使う段階になったら同じロジックをスクリプト、監視、プロダクトフローへ移せます。
ドメイン、URL、IP、メール、レコードを入力するだけで、設定なしに絞り込まれた結果を得られます。
生のプロバイダー情報ではなく、状態、リスク、レコード、次のアクションを見やすく表示します。
リクエストとレスポンス例を使って、単発チェックをAPI呼び出しやレシピに変換できます。
素晴らしい企業の人々に使用されています
各ページは単なる生データ検索ではなく、実務上の判断に必要な問いを中心に構成されています。
DNS、登録、セキュリティ、価格、評判に関する現在の証拠を確認できます。
関連チェックと比較して、次の判断をより信頼しやすくします。
例をコピーし、関連ツールを開き、規模が必要になったらAPIドキュメントへ進めます。
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
none、quarantine、reject のポリシーを生成します。
集計レポート用の rua メールボックスを追加します。
強制適用を段階的に進めながら pct 値を調整します。
{
"policy": "quarantine",
"percentage": 100,
"rua": ["mailto:dmarc@example.com"]
}
{
"record": "v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc@example.com"
}
ブラウザ体験はDomScanの構造化エンドポイントのプレビューであり、コードを書く前にユースケースを検証できます。
ポリシーは、SPF または DKIM の整合性に失敗したメールを受信側がどう扱うかを定めます。監視のみ、隔離、拒否のいずれかです。
いいえ。ただし、レポート用メールボックスを追加すると認証失敗と展開の進捗を監視しやすくなります。
pct はポリシーを適用するメールの割合を設定します。多くのチームはテスト中に 100 未満から始め、徐々に増やします。