邮件系统正在经历一场静默的改造。一个名为E2A的开源项目试图回答一个具体问题：当AI代理需要收发邮件时，传统SMTP协议该怎么适配？
这不是科幻场景。开发者已经在构建能自主处理邮件的代理——从客服机器人到自动化工作流。但现有方案要么让代理直接使用人类邮箱（权限混乱），要么自建邮件基础设施（成本高昂）。E2A的定位是中间层：一个专门给机器用的邮件网关。
打开网易新闻 查看精彩图片
核心设计围绕"身份验证"展开。 inbound方向，每封进入系统的邮件都要过SPF/DKIM检查，确认发送方不是伪造的；随后系统会添加HMAC签名的X-E2A-Auth-*头，让接收代理能追溯邮件来源。outbound方向，代理通过HTTP API发邮件，可选择走SMTP中继（发给其他代理）或上游SMTP（发给人类）。
打开网易新闻 查看精彩图片
交付模式分两种：云端代理用webhook，本地代理用WebSocket——后者不需要公网URL，解决了家庭服务器或内网环境的部署痛点。还有一个"人工介入"开关：开启后，外发邮件会进入审批队列，管理员可通过仪表盘、邮件魔法链接或CLI放行。
技术栈很标准：Docker Compose一键部署，Postgres存数据，Caddy反代仪表盘。默认暴露三个端口：8080给API，2525给SMTP中继，3000给管理界面。自托管版本功能与官方托管完全一致，只是少了agents.e2a.dev这个即开即用的共享域名。
打开网易新闻 查看精彩图片
项目目前提供TypeScript和Python的SDK，外加一个e2a CLI。从GitHub仓库的提交记录看，这更像是一个解决实际痛点的基础设施实验，而非面向终端用户的产品——毕竟，需要为AI代理搭建专用邮件管道的场景，目前仍集中在开发者工具和B2B自动化领域。
热门跟贴