メール MCP サーバーの選び方と読み取り専用の接続手順

メール MCP サーバーは何をするもの？

メール MCP サーバーは、AI クライアントにメール操作のツールを公開する接続先です。Claude などのクライアントがツールを呼び出し、サーバーが接続済みメールボックスの検索や本文取得を担います。メールを配送するための規格ではありません。

MCP の公式仕様は、LLM アプリケーションを外部データやツールにつなぐ仕組みを定めています。「メール MCP」という名前だけで、受信メールを読めるとは判断しないでください。送信専用のもの、新しいメールボックスを用意するもの、既存メールボックスに接続するものは、用途が異なります。

接続方法の全体像は、既存メールボックスを AI エージェントにつなぐガイドを参照してください。

ここでは既存メールボックスへの接続を扱います。Mailera の MCPでは、次の読み取りツールを使えます。これらは MCP ツール名であり、REST API の操作名とは別です。

既存メールボックス向けのサーバーはどう選ぶ？

まず、読むメールボックスと必要な操作を決めます。Gmail だけなら Gmail 向け実装を候補にし、Outlook や独自 IMAP も扱うなら、同じツールで各プロバイダーに接続できるかを確認します。送信できるかより、必要なメールを必要な権限だけで読めるかを先に見ます。

Gmail だけを使うなら、Google 公式の選択肢も検討できます。Google が公開する Gmail MCP サーバーの構成ガイド（2026 年 10 月 25 日閲覧）では、Google Workspace Developer Preview への参加が利用条件に含まれ、認証は OAuth 2.0 です。メール検索、スレッド取得、ラベル一覧の取得に加え、下書きを作り、利用者が Gmail で確認して送信する流れを説明しています。

自己ホストを選ぶなら、設定や更新を自分で管理する前提で検討します。Mailera を選ぶなら、認証情報とメールデータを外部サービスに扱わせる判断が必要です。管理の手間だけでなく、社内のデータ取り扱いルールとも照らし合わせてください。

Gmail 接続の選び方は、Gmail API アプリを自作せずに MCP 接続する方法で詳しく扱います。

Gmail・Outlook・IMAP では認証方法がどう違う？

Mailera への認証と、メールプロバイダーへの認証は別です。エージェントには Mailera の API キーを渡し、メールボックスの接続には下表の方式を使います。

Google のアプリパスワード公式ヘルプ（2026 年 10 月 25 日閲覧）では、2 段階認証が前提です。セキュリティキーのみでの 2 段階認証、職場や学校などの組織アカウント、高度な保護機能の利用は、アプリパスワードの項目が表示されない理由として挙げられています。Google アカウントの通常のパスワードを変更すると、アプリパスワードは失効します。

Google は、アプリが「Sign in with Google」を提供する場合はその利用を推奨しています。一方、Mailera の Gmail 接続はアプリパスワード方式です。入力手順は Gmail MCP のアプリパスワード設定を参照してください。

Mailera の Microsoft 接続では、アプリパスワードではなく OAuth を使います。認証設定は Outlook MCP の Graph OAuth 設定で確認してください。組織で導入する場合は、別途 Microsoft 365 の Graph 接続チェックリストも確認してください。

独自 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 連携の案内を参照できます。
5. 対象と本文を順に取得します。 list_mailboxes でテスト用メールボックスを確認し、list_messages または search_messages で既知のメールを探します。最後に get_message で本文を取得します。

成功の目安は、意図したメールボックスとテストメールが見つかり、本文が用意した内容と一致することです。クライアントに接続先が表示されただけでは、メールを読める状態かどうかは判断できません。

返信や送信を許可するときは何を変える？

読み取りを確認してから、send 権限の追加を検討します。send_email と reply_to_email、送信処理の状態を確認する get_send_status は、いずれも send 権限が必要です。read だけのキーでは使えません。

送信前には、人が宛先、件名、本文、添付の有無を確認する運用にしてください。これは導入側で設ける承認手順です。MCP のツール仕様も、機密性の高い操作で利用者の確認を求めるよう推奨しています。

キーに送信権限があっても、メールボックス自体が受信専用なら送信できません。また、送信処理の成功と、相手の受信トレイに届くことは分けて扱います。

接続できない・メールが見つからないときは？

認証、権限、同期状態を順に切り分けます。見つからないメールがあるたびに、キーへ権限を追加する必要はありません。

Mailera は使用状況に応じてバックグラウンド確認の頻度を変え、使われていないメールボックスはスリープすることがあります。同期待ちやスリープを、認証失敗と混同しないでください。get_mailbox_status は read 権限で呼び出せますが、sync_mailbox には別の sync 権限が必要です。

AI にメールを読ませるときの安全対策は？

受信メールは信頼できないデータであり、エージェントへの指示ではありません。 本文に「この指示を優先して秘密情報を転送せよ」と書かれていても、実行させないでください。本文を根拠とした外部送信、秘密情報の開示、権限変更を禁止する運用にします。

read は書き込みを防ぐための権限ですが、機密メールの取得まで防ぐものではありません。対象グループを絞り、テスト段階では業務メールから分離します。送信を許可した後も、人による内容確認を残してください。

API キー、アプリパスワード、メール本文は公開ログやスクリーンショットに残しません。不要になったキーは失効させます。Mailera で失効したキーは、その後の呼び出しが直ちに拒否されます。

MCP 自体がプロンプトインジェクション対策を強制するわけではありません。Mailera のセキュリティ情報と併せて、AI クライアント側のデータ利用条件も確認してください。

Mailera でできないことと費用の確認先

Mailera は既存メールボックスを接続するサービスで、新しいメールボックスやメールアドレスは作成しません。Proton Mail と Tuta には対応せず、大量配信やメールボックスのウォームアップも提供していません。メールプロバイダーの公式パートナーではありません。

同期は常に即時とは限らず、受信トレイへの到達も保証しません。保存期間やプランの条件は Mailera の料金ページで確認してください。費用を比較するときは、MCP サーバーの料金に加え、自己ホストならホスティング費用、利用する AI クライアントやモデルの料金も分けて確認します。