适合谁
- 构建需要与人类或其他代理通信的 AI 代理
- 想在开发环境中或不暴露公共 URL 的情况下接收邮件的开发者
- 需要身份验证的邮件传递（SPF/DKIM/DMARC）
- 需要人工审查关键邮件的团队
E
42FMRS · D
e2a MCP 服务器为 AI 代理提供一个功能丰富的电子邮件网关，支持身份验证的入站/出站、HITL 审查、内容筛选和多种投递渠道。适合需要可靠邮件通信的 AI 代理项目。
e2a 是一个为 AI 代理设计的经过身份验证的电子邮件网关。它接收入站邮件，评估 SPF、DKIM 和 DMARC，并通过 Webhook、WebSocket、REST 或 MCP 提供结构化认证证据。出站通过 HTTP API 发送，并支持可选的人工审批（HITL）。
工具能力
list_messages
列出代理邮箱中的消息
get_message
获取特定消息的详细信息
get_attachment
获取消息的附件
list_conversations
列出代理邮箱中的会话
get_conversation
获取特定会话的详细信息
update_message_labels
更新消息的标签
send_message
以代理身份发送新邮件
reply_to_message
回复现有消息，保持线程结构
forward_message
转发现有消息
list_reviews
列出待审批的 HITL 审查项
get_review
获取特定审查项的详情
approve_review
批准一项待审批的审查项
reject_review
拒绝一项待审批的审查项
create_webhook
创建 Webhook 订阅以接收入站邮件事件
安装接入
对于 Claude Code：运行 claude plugin marketplace add tokencanopy/e2a 和 claude plugin install e2a@e2a。对于 Cursor：在 .cursor/mcp.json 中添加 { "mcpServers": { "e2a": { "url": "https://api.e2a.dev/mcp" } } }。对于其他 MCP 客户端，直接使用 URL https://api.e2a.dev/mcp。首次使用时，浏览器会打开 OAuth 授权流程，无需粘贴 API 密钥。
选型与风险
不适合谁
- 需要完整 MTA 功能（如 Postfix 或 Postal）的用户
- 不希望依赖外部服务而只需要简单邮件发送的用户
- 需要高级邮件投递管理（如退回处理、高级分析）的场景
所需权限
- 读取和发送邮件
- 管理代理、域名和 Webhook
- 管理人工审批（批准/拒绝）
- 需要 API 密钥或 OAuth 授权
- 需要 DNS TXT 验证以用于自定义域
风险与副作用
- 误用 API 密钥可能导致未经授权的邮件访问
- 入站邮件可能包含提示注入或钓鱼尝试
- Webhook 签名验证不当可能被伪造
- 依赖外部服务可用性
常见排障
- 检查 API 密钥是否正确设置环境变量 E2A_API_KEY
- 确认网络访问 api.e2a.dev
- 验证 Webhook 签名时，确保使用正确的 whsec_ 密钥
- 检查代理邮箱是否存在且权限正确
- 查看服务器响应中的 HTTP 状态码以排查错误
使用场景
为 AI 代理提供真实电子邮件地址
无需公共 URL 即可通过 WebSocket/REST/MCP 接收入站邮件
通过 Webhook 或 WebSocket 流式接收经过身份验证的邮件事件
通过 API 或 MCP 工具发送和回复邮件
实现人工审批流程，控制关键邮件
扫描入站邮件的提示注入和钓鱼内容
支持客户端
Claude Desktop完整支持
Cursor完整支持
Cline完整支持
Google ADK完整支持
LangChain完整支持
OpenAI Agents SDK完整支持
Zed完整支持
Goose完整支持
Windsurf完整支持