NemoClaw 邮件策略

NemoClaw 在网络层面对 AI 代理实施策略控制。对于邮件工作流而言，这意味着严格限制代理可访问的端点，以及明确禁止其执行的操作——无论代理自身尝试执行何种行为。

这是一种纵深防御机制：即使邮件 MCP 服务器存在漏洞，或代理因幻觉生成了发送命令，网络策略也会在请求抵达 Microsoft 服务器之前将其拦截。

为何策略强制执行至关重要

邮件代理可访问敏感数据（收件箱内容、联系人、日历），并能执行影响重大的操作（发送邮件、创建日历事件、修改收件箱规则）。在生产环境中，“代理行为良好”并非充分的安全模型。

未启用策略强制执行时的典型故障场景：

• 代理因幻觉生成错误地址，向非预期收件人发送邮件
• 邮件正文中存在提示注入攻击，诱使代理转发该邮件
• 代理创建一条将所有邮件转发至外部地址的收件箱规则
• MCP 服务器存在缺陷，误发未经批准的草稿

NemoClaw 通过管控网络层实现防护：代理进程无法访问任何未被显式允许的端点。

前提条件

• macOS 系统（NemoClaw 依赖 macOS 沙箱机制）
• 已安装 NemoClaw：npm install -g nemoclaw，或从 GitHub 克隆源码
• 已配置邮件 MCP 服务器：例如 email-agent-mcp，且已完成 Microsoft 365 OAuth 配置

配置 Outlook 预设策略

NemoClaw 内置一个经过审慎筛选的 Outlook 预设策略，仅开放 Microsoft 365 邮件功能所必需的最小端点集合。

对当前会话生效

openshell policy set nemoclaw-blueprint/policies/presets/outlook.yaml

该策略启用以下端点访问权限：

• graph.microsoft.com — Microsoft Graph API（支持 GET、POST、PATCH 方法）
• login.microsoftonline.com — OAuth Token 刷新
• outlook.office365.com — Outlook 后端服务
• outlook.office.com — Outlook Web（用于草稿链接）

所有连接均需使用 TLS 加密。该预设策略将阻断所有其他出站网络访问。

设为永久生效

若需将 Outlook 预设纳入基线策略，请执行以下步骤：

1. 将预设中的配置项合并至您的 nemoclaw-blueprint/policies/openclaw-sandbox.yaml
2. 重新运行初始化向导：

   nemoclaw onboard
   

该预设是 NemoClaw 内置的 9 个预设策略之一（包括：discord、docker、huggingface、jira、npm、outlook、pypi、slack、telegram）。

策略具体管控范围

允许的操作：读取与草稿相关操作

受控的操作：发送操作

Outlook 预设策略允许向 Graph API 端点发起 POST 请求，其中包括发送端点（/me/sendMail）。如需进一步限制发送能力，请执行以下任一操作：

1. email-agent-mcp 发送白名单 —— 配置 MCP 服务器允许发送的目标收件人（默认为空，即禁止全部发送）
2. 自定义 NemoClaw 策略 —— 创建完全屏蔽发送端点的策略：

   - host: graph.microsoft.com
     port: 443
     tls: true
     methods: [GET, PATCH]  # 移除 POST —— 将同时阻止发送、创建草稿、移动邮件等操作
   

对于大多数部署场景，MCP 层级的白名单已足够。自定义策略适用于对安全性要求极高的环境，以实现多重冗余防护（belt-and-suspenders）。

被屏蔽的操作：其余全部

任何未在预设中明确定义的端点均被屏蔽。此举可有效防范：

• 向未知服务器外泄数据
• 与未授权 API 进行通信
• 利用提示注入攻击试图重定向请求

分层安全模型

生产环境下的邮件代理应采用多层防护机制：

每一层均针对不同类别的故障进行防护，单一层级无法独立提供充分安全保障。

验证策略是否生效

应用预设策略后，请确认其已激活：

openshell policy list

测试被屏蔽的端点是否确实无法访问：

# 此命令应成功（属允许端点）
curl -s -o /dev/null -w "%{http_code}" https://graph.microsoft.com/v1.0/me

# 此命令应失败（属屏蔽端点）
curl -s -o /dev/null -w "%{http_code}" https://api.example.com/exfiltrate

故障排查

邮件 MCP 中出现 “Network request blocked” 错误

这表明策略已正常生效。请检查 NemoClaw 日志中记录的具体被屏蔽端点。常见原因包括：

• 邮件 MCP 尝试访问预设中未包含的端点（例如 Microsoft 新增的端点）
• 第三方依赖库意外发起出站调用

OAuth Token 刷新失败

请确认 login.microsoftonline.com 已列入允许主机列表。若您使用的是自定义策略而非预设策略，请确保该登录端点同时允许 GET 和 POST 方法。

日历或 Teams 相关功能异常

Outlook 预设策略覆盖核心邮件与日历端点。如需支持 Teams，请单独添加 Teams 预设策略，或将所需端点手动合并至当前策略中。

反馈

如本技能对您有所帮助，欢迎在 GitHub 上为我们点亮 Star：https://github.com/UseJunior/email-agent-mcp
在 ClawHub 上执行：clawhub star stevenobiajulu/nemoclaw-email-policy