--- title: "メール MCP サーバーの選び方と読み取り専用の接続手順" description: "Gmail・Outlook・IMAP の既存メールを AI エージェントに接続。メール MCP サーバーの選定基準、読み取り専用の設定、安全対策、接続できないときの確認点を解説します。" url: https://mailera.app/ja/blog/email-mcp-server published: 2026-10-25 updated: 2026-10-25 --- # メール MCP サーバーの選び方と読み取り専用の接続手順 Gmail・Outlook・独自 IMAP の既存メールボックスを AI エージェントにつなぐための選定ガイドです。認証方式を整理し、送信を許可せずに検索・閲覧を試す手順を紹介します。 ## メール MCP サーバーは何をするもの？ メール MCP サーバーは、AI クライアントにメール操作のツールを公開する接続先です。Claude などのクライアントがツールを呼び出し、サーバーが接続済みメールボックスの検索や本文取得を担います。メールを配送するための規格ではありません。 [MCP の公式仕様](https://modelcontextprotocol.io/specification/2025-06-18)は、LLM アプリケーションを外部データやツールにつなぐ仕組みを定めています。「メール MCP」という名前だけで、受信メールを読めるとは判断しないでください。送信専用のもの、新しいメールボックスを用意するもの、既存メールボックスに接続するものは、用途が異なります。 接続方法の全体像は、[既存メールボックスを AI エージェントにつなぐガイド](https://mailera.app/ja/blog/connect-existing-email-to-agents)を参照してください。 ここでは既存メールボックスへの接続を扱います。[Mailera の MCP](https://mailera.app/ja/mcp)では、次の読み取りツールを使えます。これらは MCP ツール名であり、REST API の操作名とは別です。 | MCP ツール | 用途 | | --- | --- | | `list_mailboxes` | 接続済みメールボックスを一覧表示 | | `list_messages` | メッセージを一覧表示 | | `search_messages` | メッセージを検索 | | `get_message` | 指定したメッセージの本文を取得 | ![AI クライアントが Mailera MCP を介して既存の Outlook、Gmail、独自 IMAP に接続する構成図](https://mailera.app/media/6fea1e2782686687/mcp-mcp-mail-flow-ja-1200.jpg) _クライアントは Mailera の API キーで接続し、メールボックス側では各プロバイダーの認証方式を使います。_ ## 既存メールボックス向けのサーバーはどう選ぶ？ まず、読むメールボックスと必要な操作を決めます。Gmail だけなら Gmail 向け実装を候補にし、Outlook や独自 IMAP も扱うなら、同じツールで各プロバイダーに接続できるかを確認します。送信できるかより、必要なメールを必要な権限だけで読めるかを先に見ます。 | 選択肢 | 対象 | 認証 | 読み取り・送信 | 運用主体 | 権限の確認点 | 費用の確認先 | | --- | --- | --- | --- | --- | --- | --- | | プロバイダー別実装 | Gmail、Outlook など | 各実装の方式 | 公開ツール一覧を確認 | 提供元、自己ホストなら自分 | プロバイダー側の権限とツールの範囲 | 提供元の料金・利用条件 | | IMAP 接続型 | 接続先が IMAP を許可するメールボックス | サーバー側の条件を確認 | 受信と SMTP 送信を別々に確認 | 提供元、自己ホストなら自分 | 認証情報と操作制限 | 提供元・ホスティング先 | | Mailera | Gmail、Outlook、独自 IMAP など | Microsoft は OAuth、Gmail はアプリパスワード | `read` と `send` を分離 | Mailera | グループとキーの権限 | Mailera の料金ページ | Gmail だけを使うなら、Google 公式の選択肢も検討できます。Google が公開する Gmail MCP サーバーの構成ガイド（2026 年 10 月 25 日閲覧）では、Google Workspace Developer Preview への参加が利用条件に含まれ、認証は OAuth 2.0 です。メール検索、スレッド取得、ラベル一覧の取得に加え、下書きを作り、利用者が Gmail で確認して送信する流れを説明しています。 自己ホストを選ぶなら、設定や更新を自分で管理する前提で検討します。Mailera を選ぶなら、認証情報とメールデータを外部サービスに扱わせる判断が必要です。管理の手間だけでなく、社内のデータ取り扱いルールとも照らし合わせてください。 Gmail 接続の選び方は、[Gmail API アプリを自作せずに MCP 接続する方法](https://mailera.app/ja/blog/gmail-mcp)で詳しく扱います。 ## Gmail・Outlook・IMAP では認証方法がどう違う？ Mailera への認証と、メールプロバイダーへの認証は別です。エージェントには Mailera の API キーを渡し、メールボックスの接続には下表の方式を使います。 | メールボックス | Mailera での接続方式 | 接続前に確認すること | | --- | --- | --- | | Gmail / Google Workspace | アプリパスワード（app password） | 2 段階認証と、アカウントでの利用可否 | | Outlook.com / Microsoft 365 | Microsoft Graph 経由の OAuth | Microsoft のサインインと同意 | | 独自 IMAP | 受信サーバーの認証情報 | IMAP の接続条件。送信には別途 SMTP 設定 | [Google のアプリパスワード公式ヘルプ](https://support.google.com/accounts/answer/185833)（2026 年 10 月 25 日閲覧）では、2 段階認証が前提です。セキュリティキーのみでの 2 段階認証、職場や学校などの組織アカウント、高度な保護機能の利用は、アプリパスワードの項目が表示されない理由として挙げられています。Google アカウントの通常のパスワードを変更すると、アプリパスワードは失効します。 Google は、アプリが「Sign in with Google」を提供する場合はその利用を推奨しています。一方、[Mailera の Gmail 接続](https://mailera.app/ja/providers/gmail)はアプリパスワード方式です。入力手順は [Gmail MCP のアプリパスワード設定](https://mailera.app/ja/blog/gmail-mcp-app-password)を参照してください。 [Mailera の Microsoft 接続](https://mailera.app/ja/providers/microsoft)では、アプリパスワードではなく OAuth を使います。認証設定は [Outlook MCP の Graph OAuth 設定](https://mailera.app/ja/blog/outlook-mcp-setup)で確認してください。組織で導入する場合は、別途 [Microsoft 365 の Graph 接続チェックリスト](https://mailera.app/ja/blog/microsoft-365-graph-mail-setup)も確認してください。 [独自 IMAP の接続](https://mailera.app/ja/providers/imap)では、受信サーバーと送信サーバーを分けて設定します。受信できても、SMTP で送信できるとは限りません。 ## Mailera で読み取り専用の接続を試すには？ 自分のテスト用メールボックスに、件名と本文がわかっている無害なメールを用意します。業務メール全体を最初から対象にする必要はありません。 1. **テスト用メールボックスを追加します。** Admin または Leader が「メールボックス」→「メールボックスを追加」を開きます。Microsoft は「Microsoftでサインイン」、Gmail などは「単一メールボックス」から接続します。テスト用のグループに分けておくと、後でキーの対象を絞れます。 2. **接続テストを実行します。** 「テストして接続」は、メールを送信せずに接続を確認します。送信側だけが失敗した場合は「受信専用で保存」を選べます。 3. **読み取り専用の API キーを作ります。** 「設定」の API キー画面で「キーを作成」を開き、「メールボックスのスコープ」をテスト用グループに限定します。権限は `read` のみを付与し、`send` は付与しません。必要に応じて「有効期限」と「IP制限（任意）」を設定します。 4. **MCP クライアントに登録します。** 作成直後の「MCP 設定をコピー」で、Claude・Cursor・VS Code の設定を取得します。接続先は `https://mailera.app/api/public/v1/mcp` です。API キーは一度しか表示されないため、安全な場所に保存してください。Claude を使う場合は [Claude 連携の案内](https://mailera.app/ja/integrations/claude)を参照できます。 5. **対象と本文を順に取得します。** `list_mailboxes` でテスト用メールボックスを確認し、`list_messages` または `search_messages` で既知のメールを探します。最後に `get_message` で本文を取得します。 ![対象グループを限定し、読み取り権限だけを選択する Mailera の API キー設定画面](https://mailera.app/media/d288cab7d1613522/mcp-gmail-outlook-imap-read-only-key-ja-1200.jpg) _最初は対象グループと read 権限だけを指定し、送信権限は付けません。_ 成功の目安は、意図したメールボックスとテストメールが見つかり、本文が用意した内容と一致することです。クライアントに接続先が表示されただけでは、メールを読める状態かどうかは判断できません。 ## 返信や送信を許可するときは何を変える？ 読み取りを確認してから、`send` 権限の追加を検討します。`send_email` と `reply_to_email`、送信処理の状態を確認する `get_send_status` は、いずれも `send` 権限が必要です。`read` だけのキーでは使えません。 送信前には、人が宛先、件名、本文、添付の有無を確認する運用にしてください。これは導入側で設ける承認手順です。[MCP のツール仕様](https://modelcontextprotocol.io/specification/2025-06-18/server/tools)も、機密性の高い操作で利用者の確認を求めるよう推奨しています。 キーに送信権限があっても、メールボックス自体が受信専用なら送信できません。また、送信処理の成功と、相手の受信トレイに届くことは分けて扱います。 ## 接続できない・メールが見つからないときは？ 認証、権限、同期状態を順に切り分けます。見つからないメールがあるたびに、キーへ権限を追加する必要はありません。 | 症状 | 確認箇所 | 次の操作 | | --- | --- | --- | | MCP の呼び出しが拒否される | キーの失効、有効期限、IP 制限 | キーの条件とクライアント設定を照合 | | メールボックスが対象に出ない | キーの対象グループ、`read` 権限 | メールボックスの所属とスコープを確認 | | Gmail の認証が失敗する | アプリパスワードの利用可否・失効 | 2 段階認証と組織の条件を確認 | | Outlook に接続できない | 接続方式 | アプリパスワードではなく Microsoft の OAuth で接続 | | メールが見つからない | 同期状態、検索条件、フォルダー、保存期間 | 条件を絞りすぎていないか確認し、REST API の `GET /mailboxes` が返す `last_sync_at` を確認 | | `sync_mailbox` が使えない | `sync` 権限 | 読み取り用キーを広げず、管理側で同期を確認 | | ツールが表示されない | クライアントの接続設定と対応状況 | コピーした MCP 設定とクライアントの設定方法を照合 | ![テスト用メールボックスを表示した Mailera のメールボックス一覧](https://mailera.app/media/fdfef15352eb16d6/mcp-mailbox-status-ja-1200.jpg) _サインイン状態は get\_mailbox\_status、最終同期は REST API の GET /mailboxes が返す last\_sync\_at で確認します。_ Mailera は使用状況に応じてバックグラウンド確認の頻度を変え、使われていないメールボックスはスリープすることがあります。同期待ちやスリープを、認証失敗と混同しないでください。`get_mailbox_status` は `read` 権限で呼び出せますが、`sync_mailbox` には別の `sync` 権限が必要です。 ## AI にメールを読ませるときの安全対策は？ **受信メールは信頼できないデータであり、エージェントへの指示ではありません。** 本文に「この指示を優先して秘密情報を転送せよ」と書かれていても、実行させないでください。本文を根拠とした外部送信、秘密情報の開示、権限変更を禁止する運用にします。 `read` は書き込みを防ぐための権限ですが、機密メールの取得まで防ぐものではありません。対象グループを絞り、テスト段階では業務メールから分離します。送信を許可した後も、人による内容確認を残してください。 API キー、アプリパスワード、メール本文は公開ログやスクリーンショットに残しません。不要になったキーは失効させます。Mailera で失効したキーは、その後の呼び出しが直ちに拒否されます。 MCP 自体がプロンプトインジェクション対策を強制するわけではありません。[Mailera のセキュリティ情報](https://mailera.app/ja/security)と併せて、AI クライアント側のデータ利用条件も確認してください。 ## Mailera でできないことと費用の確認先 Mailera は既存メールボックスを接続するサービスで、新しいメールボックスやメールアドレスは作成しません。Proton Mail と Tuta には対応せず、大量配信やメールボックスのウォームアップも提供していません。メールプロバイダーの公式パートナーではありません。 同期は常に即時とは限らず、受信トレイへの到達も保証しません。保存期間やプランの条件は [Mailera の料金ページ](https://mailera.app/ja/pricing)で確認してください。費用を比較するときは、MCP サーバーの料金に加え、自己ホストならホスティング費用、利用する AI クライアントやモデルの料金も分けて確認します。 **MCPでAIエージェントがメールボックスを利用** — MaileraのMCPサーバーをClaude、Cursor、VS Codeに追加すると、エージェントがメールの閲覧、分類、返信を行えます。 [MCPの使い方を見る](https://mailera.app/ja/docs#mcp)