DMARKOFF — DMARC, SPF & DKIM Analytics

DMARKOFF MCP

AI アシスタントで DMARC 分析を。

DMARKOFF MCP は、Model Context Protocol を介して、DMARC の監視データを Claude、ChatGPT、Cursor、Windsurf などの AI アシスタントに接続します。ダッシュボードを開いてフィルターを設定する代わりに、質問するだけで、実際の数値に基づく回答が得られます。

エンドポイント： https://mcp.dmarkoff.com/mcp
必要なもの： 有効な DMARKOFF アカウントと、app.dmarkoff.com/account/mcp で取得した API キー

---

実際の使用例

「過去 14 日間でコンプライアンスが低下したドメインはどれですか？」

AI がすべてのプロジェクトの状態を確認し、変化のあったプロジェクトを、変化の大きさ順に提示します。

「example.com で SPF が失敗するのはなぜですか？ 問題の送信元はどれですか？」

AI がリターンパスを確認して送信元を特定し（たとえば、SendGrid が自社のドメインではなく独自のバウンスドメインを使用している場合）、修正すべき内容を伝えます。

「先週と比べて、メールトラフィックに何か異常はありますか？」

AI が、レポートが完全にそろった直近の日と、その前の 14 日間を比較します。コンプライアンス率、不明な送信元の量、メッセージ数を確認します。手動で設定するには時間がかかりすぎるため、多くのチームが省略してしまうような確認です。

「example.com はもう p=reject にできますか？」

AI が、そのドメインの DMARKOFF の準備状況プランを読み取り、判断を伝えます。まだ DKIM が必要な送信元と設定場所、確認が必要な不明な送信元、移行を妨げる要因がなくなったときに公開する正確なレコードを示します。送信元が自分のものだと伝えると、その情報をプランに記録します。自分のものとしてプランに登録されている送信元を除外する前には、確認を求めます。

---

クイック接続

Claude.ai

1. Settings → Connectors → Add custom connector
2. URL：https://mcp.dmarkoff.com/mcp
3. Advanced settings:
   • OAuth Client ID：claude（任意の値）
   • OAuth Client Secret：DMARKOFF API キー
4. Add をクリックしてから、Connect をクリックします

Free（カスタムコネクターの上限は 1 つ）、Pro、Max、Team、Enterprise で利用できます。

Claude Desktop

チャットウィンドウの + をクリック → Connectors → Manage Connectors → Add custom connector を選択し、URL を貼り付けて OAuth フローを完了します。

または、macOS の場合は設定ファイル（~/Library/Application Support/Claude/claude_desktop_config.json）を編集します。

{
  "mcpServers": {
    "dmarkoff": {
      "command": "npx",
      "args": [
        "mcp-remote",
        "https://mcp.dmarkoff.com/mcp",
        "--header",
        "Authorization: Bearer YOUR_API_KEY"
      ]
    }
  }
}

Claude Code

claude mcp add --transport http dmarkoff https://mcp.dmarkoff.com/mcp \
  --header "Authorization: Bearer YOUR_API_KEY"

Cursor

Settings → Tools & MCP → Add new MCP server を選択し、Streamable HTTP を選んで URL を入力します。

または、~/.cursor/mcp.json を編集します。

{
  "mcpServers": {
    "dmarkoff": {
      "url": "https://mcp.dmarkoff.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_API_KEY"
      }
    }
  }
}

ChatGPT（Business / Enterprise / Edu）

開発者モードを有効にしてから、Settings → Apps → Create App に移動します。

• MCP Server URL：https://mcp.dmarkoff.com/mcp
• Auth type：OAuth
• Client ID：chatgpt
• Client Secret：DMARKOFF API キー
• Authorization URL：https://mcp.dmarkoff.com/oauth/authorize
• Token URL：https://mcp.dmarkoff.com/oauth/token
• Scope：空欄のままにします。サーバーがスコープなしのトークンを発行します。

Windsurf

~/.codeium/windsurf/mcp_config.json を編集します。

{
  "mcpServers": {
    "dmarkoff": {
      "serverUrl": "https://mcp.dmarkoff.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_API_KEY"
      }
    }
  }
}

注：Windsurf では url ではなく serverUrl を使用します。

→ すべてのクライアント向けの接続ガイド

---

質問例

Show me an overview of all my DMARC projects

Which domains have Critical severity right now?

Why is SPF failing on example.com? Which senders are the problem?

Are there anomalies in email traffic over the last 24 hours?

Show me source details for example.com grouped by ISP — only rows where SPF is failing

We publish p=reject on example.com — why did some mail still get delivered?

Gmail is throttling us on example.com. What are they actually complaining about?

Our SPF record is at 10 lookups — which includes still carry mail and which can go?

Compliance on example.com dropped last week. Did the DMARC or SPF record change?

Can example.com move to p=reject? What's holding it?

Klaviyo is ours, and the unknown host sending as example.com is not. Record that for the plan.

ライブ DNS チェック — 監視対象かどうかを問わず、どのドメインでも利用できます。

Check the SPF record for example.com — are there too many DNS lookups?

What DMARC policy does example.com have right now?

Look up the DKIM key for selector "google" on example.com

新しいドメインのオンボーディング — アシスタントがドメインを登録し、公開する正確な TXT レコードを提示します。

Add example.com to my project and tell me what to put in DNS

We already have DMARC on example.com — add our reporting address without touching the rest of the record

---

ツール

分析（API キーが必要です）

ツール	機能
projects_overview	全プロジェクトの概要：ドメイン数、3種類のコンプライアンス率、重要度の内訳
list_domains	重要度、検索クエリ、支払い状況でドメインを絞り込み。ページネーションにも対応
get_domain_full_data	詳細診断：DMARC／SPF／DKIM レコード、統計、タイムライン、傾向、および前の期間の同じ数値 — まずはこちらをご確認ください
get_domain_stats	任意の日付範囲でのコンプライアンス率
get_domain_timeline	日ごとのメッセージ数と認証結果
get_domain_activity_health	SPF／DKIM／DMARC の重要度を日ごとに14日間のベースラインと比較 — 何がいつ、なぜ変わったかを検出
get_domain_senders	送信元の上位一覧。既知の ESP、不明、転送に分類 — プロバイダー別または送信ドメイン別に表示し、各送信ドメインの準備計画における位置も確認できます
get_domain_source_details	IP、ISP、ホスト名、またはレポーター別にグループ化したレコードの詳細とフィルター
get_domain_anomaly_report	直近の確定済み日（UTCで2日前）と、その前の14日間を比較 — コンプライアンス率の低下、ボリュームの減少、レポートがない日、レポートの停止、パークドメインとして送信されたメールにフラグを付けます。除外されたドメインと未払いのドメインは、ボリュームの評価対象外です
get_geo_sources	コンプライアンス統計を含む、送信元の上位100か所
get_domain_detail	DMARC レコードのテキスト、ポリシー、項目ごとの健全性ステータス、エラー、ネームサーバー
get_spf_records	SPF のリターンパス、ルックアップ数、エラー、送信元ごとの成功／失敗ボリューム
get_dkim_records	DKIM セレクター、署名ドメイン、送信元ごとの成功／失敗ボリューム
get_record_history	DMARC、SPF、DKIM レコードの過去のバージョンと、チェック間の変更内容 — いつ問題が起きたかを確認できます
get_policy_overrides	受信側がポリシーを適用しなかった理由：ARC、転送、サンプリング、ローカルルール
get_smtp_rejections	SMTP 時点でスロットリングまたは拒否されたメールと、その理由 — Gmail の 421／550 コードを解説
get_spf_usage	実際にメールを送信している SPF メカニズムと、レコードで見落としている送信者 — ルックアップ数の上限に関する整理に役立ちます
get_enforcement_status	ドメインの DMARKOFF 準備計画：隔離または拒否に移行できるか（または最初に pct を外す必要があるか）、移行を妨げている要因、確認すべき送信元、公開すべきレコード

ライブ DNS（API キーが必要ですが、監視対象のプロジェクトは不要です）

ツール	機能
dns_check_spf	現在の SPF レコード、受信側での評価結果（ok、permerror など）、解析済みの include ツリーとルックアップ数
dns_check_dmarc	DNS から取得した現在の DMARC ポリシー
dns_check_dkim	指定したセレクターの DKIM 公開鍵
dns_check_txt	種別分類付きのすべての TXT レコード — SPF のように見えても受信側が読み取らない spf-ignored レコードも含みます
generate_dmarc_record	ドメインが公開すべき DMARC レコード。DNS にすでにある内容を反映し、チェッカーが拒否する箇所を修正しながら、現在のポリシーを維持します。プロジェクトがある場合は、レポート送信先を rua に追加します

オンボーディング（API キーと、プロジェクトへのオーナーアクセスが必要です）

ツール	機能
add_domain	プロジェクトに最大20件のドメインを追加し、それらで公開する DMARC レコードを返します

送信元の判定（API キーと、プロジェクトへのオーナーアクセスが必要です）

ツール	機能
set_source_decision	準備計画で使用する送信元の判定（自社のもの、自社のものではない、または無視）を記録するか、判定を解除します。計画で自社の送信者として数えられている送信元を外す前に確認します
すべてのツールは読み取り専用（MCP 仕様に基づき readOnlyHint: true）ですが、2 つだけ例外があります。add_domain はドメインを作成します。既存の情報を更新または削除することはありません。また、追加するドメインがパーク状態でない場合、プランの有料ドメイン枠を 1 つ消費します。set_source_decision は、ドメインの送信元 1 つに関するお客様の判断を保存、変更、またはクリアするか、停止した送信元を停止したままにすることを確認します。ドメインの追加や削除、DNS の変更、レポートデータへのアクセスはできません。プランで自社の送信元としてカウントされる送信元を停止する場合、確認するまで保存されません。また、変更はすべて、作成者として API キーを記録してログに残されます。チェック対象となる送信元については、ツールリファレンスをご覧ください。

→ パラメーターを含むツールリファレンス全文

---

セキュリティ

• API キー認証 — アクセスは DMARKOFF アカウントの範囲に限定されます
• OAuth 2.1（RFC 8414、RFC 9728） — Claude.ai や ChatGPT が使用する標準的な MCP フローに対応しています
• プロジェクトレベルの分離 — AI に表示されるのは、API キーがアクセスできる情報のみです
• API キーごとのレート制限 — 誤って過剰に使用することを防ぎます
• 書き込みを行うツールは 2 つ — add_domain は、お客様が所有するプロジェクトにドメインを作成します。set_source_decision は、お客様が所有するプロジェクトの送信元に関する判断を記録します。その説明では、アシスタントがこのツールを使用するのはお客様の依頼があった場合に限るよう指示されており、プランで自社の送信元としてカウントされる送信元は、お客様が確認するまでサーバーによって停止されません。それ以外のツールはすべて読み取り専用です。ドメインやレポートデータを削除するツールはなく、DNS を変更するツールもありません

---

他の DMARC MCP ツールとの違い

DNS チェックでは SPF が失敗していることがわかります。DMARKOFF MCP では、どの送信元が失敗の原因になっているのか、過去 2 週間にその影響を受けたメッセージの数、そして修正方法がわかります。このデータは、DNS に公開されている情報だけでなく、実際のトラフィックである集計レポートから取得されます。

その後に生じる疑問にも答えます。問題が新しいものか（各ドメインレポートには、現在の期間のデータと並べて前の期間のデータも表示されます）、誰かが編集する前のレコードがどのようなものだったか、受信側が公開済みのポリシーを無視した理由、過大な SPF レコードのどの部分が引き続き DNS ルックアップを必要としているか、といった疑問です。

ポリシーを強化したい場合は、ドメインを隔離または拒否に移行できるかどうかについて、DMARKOFF 独自の判定を確認できます。この判定は、DMARKOFF アプリのポリシー推奨やポリシーアップグレードメールの基となるプランに基づいているため、アシスタントと DMARKOFF から同じ回答が得られます。

---

トラブルシューティング

クライアントにツールが表示されない
→ クライアントが Streamable HTTP に対応していることを確認してください（SSE のみではなく）。
→ クライアントによっては、設定を変更した後に完全な再起動が必要です。

401 Unauthorized
→ app.dmarkoff.com/account/mcp で API キーを確認してください。

「No projects found」
→ API キーには、少なくとも 1 つのプロジェクトへのアクセス権が必要です。app.dmarkoff.com にログインして確認してください。

OAuth エラー
→ Client Secret フィールドに入力するのは DMARKOFF API キーであり、アカウントのパスワードではありません。

送信元に関する判断を記録できない
→ 判断の記録には、プロジェクトのオーナーアクセス権が必要です。準備状況プランの読み取りは、共有プロジェクトでも可能です。

サポートが必要ですか？ [email protected] にメールするか、issue を作成してください。