コードが送信する内容をテストする
パスワードリセットメールを送信している箇所を見つけ、テスト用アドレス宛てに送信してレポートを確認してください。
auth/reset.tsで見つけました。今からテスト用アドレスに送信します。
Cursor
mcp.jsonに短い設定を追加すると、Cursorエージェントがコードから送信するメールをテストし、修正が必要なファイルを開けます。
42件のチェック · キー不要 · アカウント不要
失敗原因の一部はヘッダーで、
そのヘッダーは今開いているファイルにあります。
コードが送信する内容をテストする
パスワードリセットメールを送信している箇所を見つけ、テスト用アドレス宛てに送信してレポートを確認してください。
auth/reset.tsで見つけました。今からテスト用アドレスに送信します。
ヘッダーを修正する
レポートによるとList-Unsubscribeがありません。メーラーに追加して、もう一度テストしてください。
ヘッダーを追加しました。新しいアドレスでテストします。
失敗の原因を説明する
このレポートを開き、SPFが成功したのにDMARCが失敗した理由を説明してください: [レポートのリンク]
SPFはバウンスドメインに対して成功していますが、そのドメインはFromドメインと異なります。
1つのプロジェクトでは.cursor/mcp.jsonを、すべてのプロジェクトでは~/.cursor/mcp.jsonを使います。
https://email-spam-tester.com/mcp{ "mcpServers": { "email-spam-tester": { "url": "https://email-spam-tester.com/mcp" } }}トランザクションメールの問題には、コードで決まるものがあります。List-Unsubscribeヘッダーの欠落、Fromドメインの不一致、テキストパートのないHTMLパートなどです。Cursorでは、そのコードがすでに開かれています。
/mcpget_test_address1時間有効なアドレスを確保します。受信先テストをオンにすると、各プロバイダーのメールボックス一覧も取得できます。
wait_for_report確認が完了するまで待機し、スコア、失敗または警告となった確認項目とその根拠、修正プランを返します。
get_reportスラッグを使って既存のレポートを読み取り、フォルダ確認の進捗も取得します。
get_message_source配信後1時間、届いたメールをヘッダーのwire orderのまま返します。
チェックの約半分では、送信プラットフォームが追加する情報を確認します。たとえば、DKIM署名、サーバーを通る経路、配信停止ヘッダーです。貼り付けたテキストにはこれらが含まれないため、モデルは推測することになります。
テスト用アドレスに送信した内容です。受信した元のメッセージは1時間保存され、その後はレポートだけが残ります。スラッグを知っている人なら誰でも、そのリンクを開けます。同僚に見せても問題ないテストメールを使用し、その他の詳細はプライバシーポリシーを確認してください。
はい。同じ分析と同じレポートページを使用するため、チャットからの実行結果とホームページからの実行結果を比較できます。
はい。秘密情報は含まれていないため、.cursor/mcp.jsonをリポジトリに保存しても安全です。
JSONが有効か確認してから、新しいチャットを開始してください。
これはCursor側で決まります。サーバー自体にはキーもアカウントも必要ありません。