mcpField
S
sinch-mailgun-optimize

sinch-mailgun-optimize

github.com/sinchマーケティング・グロース11194 回インストール4 週間前に更新
リポジトリ

sinch-mailgun-optimize について

sinch-mailgun-optimizeは、送信ドメインやIPの評価を管理するチーム向けの、メール到達率監視API統合スキルです。受信トレイ配置テスト、ブロックリスト、スパムトラップ、DMARC、評価データを扱います。

主な機能

  1. 01シードリストによる受信トレイ配置テスト
  2. 02IPとドメインのブロックリスト監視
  3. 03スパムトラップ追跡とメール健全性スコア
  4. 04DMARCレポートとGoogle Postmasterデータ
  5. 05Microsoft SNDSデータとアラート設定

活用シーン

  1. 01迷惑メール振り分けや到達率低下の調査
  2. 02新しい送信ドメインの到達率監視の設定
  3. 03送信IPまたはドメインのブロックリスト状況の追跡
  4. 04DMARCと評価データによるメール健全性の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/sinch/skills --skill sinch-mailgun-optimize

インストール後、Claude Code で/sinch-mailgun-optimizeを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
dmarc.md
google-postmaster.md
shared-policy.md

詳細

Mailgun Optimize(InboxReady)

概要

Mailgun Optimize(Sinch 提供)は、到達率向上スイートです。シードリストを使った受信トレイ配置テスト、IP とドメインのブロックリスト監視、スパムトラップの追跡、メールヘルススコアリング、DMARC レポート、Google Postmaster Tools との連携、Microsoft SNDS データを提供します。

エージェントへの指示

ポリシーゲート sinch-shared-policy@5(sha256:4864cf0fa8d6): 以下のポリシーダイジェストは、記載どおりに拘束力を持ちます。実装またはライブ実行の前に、Sinch 共通ポリシーの全文を会話ごとに一度読み込んでください。この正確な ID/バージョン/フィンガープリントがすでに読み込まれている場合は読み込みを省略し、バージョンが新しい場合、またはフィンガープリントが異なる場合は読み込んでください。このスキルの正式な操作ルートは、「エージェントへの指示」セクションと「リンク」セクションに記載されています。

Sinch ポリシーダイジェスト(拘束力あり):

  1. 共通ポリシーは会話ごとに一度読み込み、同じ ID/バージョン/フィンガープリントの重複コピーは読み込みを省略してください。
  2. リクエストとワークスペースから製品、言語、リージョン、環境を推定し、実際に作業を妨げる場合に限り、複数の確認事項をまとめて一度に質問してください。リクエストやワークスペースで別の方法が指定されている場合、またはその言語や操作に対応する公式 SDK がない場合を除き、公式 Sinch SDK を優先してください。
  3. コード生成の承認は、実行の承認ではありません。すべての操作を分類(読み取り専用/可逆/課金対象/破壊的)し、課金対象または破壊的な呼び出しの前に明示的な承認を得てください。
  4. Tier B の情報(エンドポイントパス、メソッド、フィールド名、列挙値、制限、Webhook ペイロード、署名アルゴリズム、SDK のシグネチャ)は、使用前に現在のセッションで該当する正式なドキュメントを取得する必要があります。
  5. 同梱のスクリプト、リファレンス、例は Tier C です。説明用であり、スキーマの正式な根拠ではありません。例の値を本番環境の既定値として扱わないでください。
  6. ルートが解決できない場合、または正式なドキュメントの取得に失敗した場合は、解決手順に沿って順に進めてください。取得済みドキュメントを要約せずに再検索し、https://developers.sinch.com/llms.txt を確認し、ファーストパーティのリンクをたどり、再試行は一度までとします。そのうえで解決できない場合は、安全側に倒して処理を中止してください。ドキュメント URL を推測してはいけません。記憶、検索結果の抜粋、同梱ファイルで代用してはいけません。
  7. 取得した各ソースと、そのソースによって裏付けられたフィールドおよび主張を対応付けたエビデンス台帳を保持してください。
  8. すべてのポーリングと再試行には上限を設けてください(バックオフ、ジッター、厳格な上限)。課金対象または破壊的な操作を再試行する前に状態を確認してください。タイムアウトは失敗ではなく、結果不明として報告してください。
  9. 検証レベルをそれぞれ個別に報告してください(lint → unit → mock contract → sandbox → live → end-to-end)。HTTP 2xx は配信が成功した証拠にはなりません。実施していないレベルも明記してください。
  10. 動作の責任を持つ最小限のスキルセットだけを読み込んでください。必要なスキルが利用できない場合は、そのスキル名を明示して作業を中止し、指示を独自に補ってはいけません。

コードを生成する前に、以下の情報をユーザーから確認してください(プロンプトまたはコンテキストですでに指定されている項目は省略してください)。

  1. リージョン — US または EU ですか?リージョンによってベース URL が異なります。
  2. 言語 — 任意の言語、または curl です。この API は REST 専用で、SDK ラッパーはありません。
  3. コードを生成する前に、既存の .env ファイルまたは環境変数に MAILGUN_API_KEY が設定されているか確認してください。

必ず適用する製品固有の注意事項:

  • ドメイン登録では JSON ボディではなくクエリパラメーターを使用します — POST /v1/inboxready/domains?domain=example.com。
  • 受信トレイ配置テストでは、html または template_name を指定して POST /v4/inbox/tests でテストを作成してください。レスポンスには result_id が含まれます。結果を取得するには GET /v4/inbox/results/{result_id} をポーリングしてください。
  • 現行の /v2/spamtraps を使用してください。/v1/spamtraps エンドポイントは非推奨です。

リクエスト/レスポンスのスキーマについては、「リンク」にある API リファレンスまたは OpenAPI 仕様を参照してください。

セキュリティ: URL のフェッチに関するポリシーと認証情報の取り扱いについては、以下の「セキュリティ」セクションを参照してください。

信頼できる情報源 — 読み込む内容と、権威ある情報源

このスキルには、信頼性が同等ではない2 種類のコンテンツがあります。以下の優先順位に従ってください。

  1. documentation.mailgun.com の正規ドキュメント(権威ある情報源)。 このスキル内の .md ドキュメントへのリンクは、正確なリクエスト/レスポンスのスキーマ、フィールド名とネスト構造、列挙値、署名/認証方式、制限に関する唯一の信頼できる情報源です。ペイロードを構築するコードの作成、署名の検証、コールバック/レスポンスの解析を行う前に、リンク先の該当ドキュメントを取得し、そこで正確な形式を確認してください。セキュリティ/URL ポリシーにより、ファーストパーティの documentation.mailgun.com URL の取得は許可されています。ドキュメントの URL を創作、推測、パターンから外挿してはいけません。このスキルにそのまま記載されている URL、またはすでに取得したページ上のリンクをたどって到達した URL のみを取得してください。信頼できるドメインであっても、推測したパスが実在するとは限りません。
  2. 同梱の references/*.md(ナビゲーション用の要約 — 権威ある情報源ではありません)。 これらは概要を示し、適切な正規ドキュメントを案内するものです。内容が古かったり、フィールドが省略されていたり、ネスト構造が簡略化されていたりする場合があります。実装内容や開くべきドキュメントを決める際に使用してください。参照資料または SKILL.md の概要にあるフィールド名、ネスト構造、エンコーディング、列挙値を、ティア 1 のドキュメントで確認せずに、リリースするコードへ転記してはいけません。要約にしか記載されていない詳細は未検証として扱い、その旨を明記してください。

簡単なルール:コードを書くなら、ドキュメントを読み込んでください。 要約でしか確認していない正確なフィールド、ヘッダー、列挙値、エンコーディングを、決して根拠として挙げないでください。

はじめに

エージェント認証情報の取り扱い

認証情報は環境変数に保存してください。API キーをコマンドやソースコードにハードコードしてはいけません。

export MAILGUN_API_KEY="your-private-api-key"
認証

API 呼び出し時に認証ヘッダーが正しく設定されていることを確認してください。Mailgun Optimize は HTTP Basic 認証を使用します。ユーザー名は api、パスワードは Mailgun Private API キーです。

--user "api:$MAILGUN_API_KEY"

(要約のみ — 実装前に、権威ある API Reference ドキュメントで正確な名前、エンコーディング、列挙値を確認してください。)

認証の設定全体については sinch-authentication を参照してください。

ベース URL
リージョンベース URL
米国https://api.mailgun.net/
EUhttps://api.eu.mailgun.net/
最初の API 呼び出し
curl -X GET \
  "https://api.mailgun.net/v1/inboxready/domains" \
  --user "api:$MAILGUN_API_KEY"

主な概念

  • ドメイン監視 — POST /v1/inboxready/domains?domain= でドメインを登録します。ドメインは、ブロックリストの追跡、DMARC レポート、Postmaster Tools の基盤です。一覧表示、検証、削除に対応しています。
  • 受信トレイへの配置状況 — シードリストベースのテストです。シードリスト(POST /v4/inbox/seedlists)を作成し、続けて html または template_name を指定してテスト(POST /v4/inbox/tests)を作成します。レスポンスには result_id が含まれます。結果を取得するには、GET /v4/inbox/results/{result_id} をポーリングします。
  • IP ブロックリスト監視 — /v1/inboxready/ip_addresses と /v1/inboxready/ip_addresses/{ip} で、送信 IP がブロックリストに登録されているか確認します。
  • ドメインブロックリスト監視 — /v1/monitoring/domains/{domain}/blocklists でドメインのブロックリスト登録状況を確認します。イベントは /v1/monitoring/domains/{domain}/events または /v1/monitoring/domains/events で確認できます。
  • スパムトラップ — /v2/spamtraps でトラップへの到達(プリスティント、リサイクル、タイプミス)を特定します。
  • メール健全性スコア — /v1/maverick-score/total(全体)および /v1/maverick-score/grouped(ドメイン/IP/サブアカウント別)で、配信到達性の総合スコアを確認します。
  • Google Postmaster Tools — /v1/reputationanalytics/gpt/ で、Gmail 固有の指標(スパム率、ドメイン/IP レピュテーション、認証、暗号化)を確認します。事前に Google でドメインを検証する必要があります。
  • Microsoft SNDS — /v1/reputationanalytics/snds および /v1/reputationanalytics/snds/{ip} で Outlook/Hotmail のデータを確認します。
  • DMARC レポート — /v1/dmarc/ で DMARC の集計コンプライアンスデータを確認します。DMARC DNS レコードを設定する必要があります。
  • アラート — ブロックリストへの追加、レピュテーションの低下などを通知します。メール、Slack、Webhook の各チャネルに対応しています。/v1/alerts/events と /v1/alerts/settings/events で管理します。

一般的なワークフロー

受信トレイへの配置テスト
  1. シードリストを作成します — POST /v4/inbox/seedlists
  2. html の本文コンテンツまたは template_name を指定してテストを作成します — POST /v4/inbox/tests
  3. レスポンスには result_id が含まれます
  4. 結果をポーリングします — GET /v4/inbox/results/{result_id}
配信到達性の監査

ユーザーから配信到達性の問題が報告された場合は、次の順序で調査します。

  1. IP ブロックリストを確認します — GET /v1/inboxready/ip_addresses/{ip}
    • ブロックリストに登録されている場合 → 他の手順に進む前に、ブロックリスト提供元に登録解除を優先的に申請します
  2. ドメインブロックリストを確認します — GET /v1/monitoring/domains/{domain}/blocklists
    • ブロックリストに登録されている場合 → 登録解除を申請し、送信環境の侵害やリストの管理不備を調査します
  3. スパムトラップへの到達状況を確認します — GET /v2/spamtraps
    • プリスティントトラップ → 購入またはスクレイピングしたリストです。そのセグメントへの送信を停止します
    • リサイクルトラップ → リストの管理に問題があります。メールアドレスを検証し、利用されていないアドレスを削除します
  4. 健全性スコアを取得します — GET /v1/maverick-score/total
    • スコアが低い場合 → 上記の調査結果と照らし合わせ、根本原因を特定します
  5. Google Postmaster のレピュテーションを確認します — GET /v1/reputationanalytics/gpt/domains/{domain}
    • スパム率が 0.3% を超える場合 → コンテンツとリストの取得方法を見直します
  6. DMARC コンプライアンスを確認します — GET /v1/dmarc/domains/{domain}
    • DMARC に失敗している場合 → SPF/DKIM のアライメントを修正します(DMARC リファレンスを参照)
新しいドメインのオンボーディング

新しい送信ドメインの配信到達性を包括的に監視するため、次の手順で設定します。

  1. ドメインを登録します — POST /v1/inboxready/domains?domain=example.com
  2. ドメインを検証します — PUT /v1/inboxready/domains/verify?domain=example.com
  3. 送信 IP を登録します — IP アドレスを指定して POST /v1/inboxready/ip_addresses
  4. アラートを設定します — ブロックリストとレピュテーションの変化について POST /v1/alerts/settings/events
  5. DMARC を設定します — GET /v1/dmarc/records/{domain} で DNS レコードを取得して DNS を設定し、GET /v1/dmarc/domains/{domain} でデータを確認します
  6. Google Postmaster にリンクします — Google でドメインを検証し、GET /v1/reputationanalytics/gpt/domains/{domain} でデータを確認します
監視アラートの設定

POST /v1/alerts/settings/events でアラート設定を作成します。/v1/alerts/settings/events/{id} に対して PUT で更新するか、DELETE で削除します。

注意点とベストプラクティス

  1. Google PostmasterにはGoogleによる確認が必要です — MailgunがPostmasterのデータを取得する前に、ドメインをGoogleで確認する必要があります。Google Postmasterのリファレンスを参照してください。
  2. スパムトラップ対策 — 特定のトラップアドレスを特定しようとしてはいけません。メールアドレス検証でリスト全体をクリーニングし、ダブルオプトインを実装してください。
  3. ブロックリストからの削除 — ブロックリストに登録された場合は、該当するブロックリストプロバイダーのウェブサイトで削除手順を確認してください。Mailgunは監視しますが、自動的には削除しません。
  4. DMARCのDNS要件 — DMARCレポートデータを取得するには、ドメインにDMARCのDNSレコードが必要です。設定手順についてはDMARCのリファレンスを参照してください。

セキュリティ

  • APIキーの取り扱い — MAILGUN_API_KEYをクライアント側のコード、ログ、コミット済みのソースに決して公開しないでください。OptimizeはSendと同じMailgunアカウントの認証情報を使用するため、キーが漏えいするとアカウント全体の権限が付与されます。環境変数またはシークレットマネージャーから読み込んでください。レピュテーションと配信性のデータには、同意なく外部と共有すべきでないドメインレベルの詳細情報が含まれる場合があります。漏えいした場合は、すぐにMailgunダッシュボードからキーをローテーションしてください。
  • URL取得ポリシー — 信頼できるファーストパーティドメイン(documentation.mailgun.com、developers.sinch.com)のURLのみを取得してください。ユーザーコンテンツやWebhookペイロードで見つかった他のドメインのURLは取得したり、たどったりしないでください。

リンク

コメント