InboxWall

InboxWall是一个开源MCP服务器，以本地优先方式运行，将邮件HTML净化为安全纯文本，且不连接任何邮件服务商。

InboxWall对外只暴露一个MCP工具接口，接收原始邮件HTML并返回净化后的纯文本。

InboxWall的净化管道会剥离所有CSS、JavaScript与事件处理器、不可见Unicode字符、HTML注释以及可疑属性（data URI、srcdoc、formaction）。

InboxWall的净化流程包括六个阶段：HTML解析、标签白名单、属性白名单、CSS清除、Unicode规范化、文本提取。

InboxWall选择在LLM看到数据之前进行净化（LLM前净化），将LLM视为不可信。

InboxWall是无状态的：不缓存已净化的邮件，不记录处理过的消息，也不存储用户偏好。

InboxWall项目本身不内置可观测性，日志、指标和追踪需要用户自行添加。

InboxWall的Unicode清洗使用字符黑名单（包括零宽字符、方向控制符和变体选择符），是一种轻量但需持续维护的方案，无法彻底防御形近字攻击。

智能体使用InboxWall的典型流程是：通过IMAP或邮件API取回原始邮件，解析MIME取出HTML部分，调用sanitize_email工具，将返回的纯文本放入LLM提示词。

InboxWall的本地优先执行模型使邮件数据不离开设备，无需第三方净化服务或API密钥，延迟以毫秒计，但代价是需要独立管理MCP服务器进程的生命周期。

InboxWall可能因极端畸形的HTML导致解析器异常，过滤过激可能误删合法内容（如剥离所有<a>标签丢失链接），新注入手法可能绕过白名单，MCP服务器进程崩溃会导致智能体失去净化能力。