项目定位#
Eduo Temp Mail 是当前部署的自托管临时邮箱实例，面向临时注册、短期验证、测试账号和自动化收信。它的重点不是做一个只有输入框的公共收件箱，而是把邮箱地址的生命周期、邮件处理、用户权限和外部通知放进同一套可运维的后台。
从使用者角度，流程可以很短：创建或拿到一个临时地址，使用地址凭证登录，等待邮件进入收件箱，再查看正文或提取验证码。从管理者角度，真正需要处理的是地址创建规则、来源控制、邮件清理、发信权限、Webhook 和机器人推送，这也是这个项目最有价值的部分。
用户侧收件流程#
公开入口提供邮箱凭证登录、创建新邮箱和用户登录三条路径。收件箱支持分页、刷新、自动刷新开关、当前页过滤和批量选择；打开邮件后可以在列表与正文之间切换，HTML 邮件和纯文本邮件都能被管理。
这套交互适合一次性验证，也适合把地址留在一个短周期测试里反复查看。地址凭证让用户可以在离开页面后重新进入同一个邮箱，而不必把邮箱当作长期身份系统来维护。
管理后台的实际范围#
后台顶部按职责分成快速设置、账号、用户、邮件、电报机器人、统计、维护、外观、管理员和关于等区域。账号页下面还细分为创建账号、账号设置、发件权限控制、IP 黑名单、AI 提取设置和 Webhook 设置。
- 账号：按地址、来源、创建时间和邮件数量检索，查看地址状态并进行批量管理。
- 用户：管理登录用户与邮箱绑定关系，控制不同用户能使用的地址范围。
- 邮件：查看收件、无收件人邮件、发件箱和发送邮件，必要时清理历史邮件。
- 统计与维护：观察实例运行数据，执行清理和数据库维护，不把日常运维藏在命令行里。
- 权限与来源：通过发件权限、IP 黑名单和相关开关限制高风险操作，降低公开实例被滥用的概率。
自动化与 AI 提取#
邮件处理不止是把原文显示出来。实例提供邮件 Webhook 和 Telegram 机器人配置，可以把新邮件事件推送到外部工作流；AI 提取则尝试从邮件中整理验证码、验证链接和服务链接等信息，减少人工在长 HTML 模板中寻找关键内容的时间。
AI 提取设置中的地址白名单是一个重要的控制点。开启后，只有白名单中的地址才会进入自动提取流程；规则支持通配符，例如 *@example.com 可以覆盖同一域名下的地址。这个开关把「是否启用 AI」与「哪些邮件允许被解析」分开，适合在公共或多人使用的实例中收窄处理范围。
部署与技术边界#
当前项目基于 Cloudflare 的边缘服务组合运行：前端是 Vue 3、Vite 和 TypeScript，后端由 Cloudflare Workers 提供接口，Cloudflare D1 保存账号、用户和邮件相关数据，Email Routing 负责把入站邮件送到 Worker。邮件解析使用 Rust WASM；KV、R2 或兼容 S3 的存储可用于验证码状态、附件等可选场景，Turnstile 和限流配置用于控制公开入口。
这种架构把页面、接口、数据库和收件入口拆开，实例可以按实际需求启用功能，而不是在一台服务器上维护完整邮件服务器。代价是域名、Email Routing、D1 绑定和 Worker 配置必须正确，任何一层没有接通，页面能打开也不代表邮箱真的能收到邮件。
当前实例与截图说明#
截图中的后台版本标记为 v1.9.1，账号总数等数字只是截屏时的运行快照，不代表页面今天的实时数据。邮箱地址、IP、验证码和邮件正文中的敏感字段均已脱敏；截图用于说明界面结构，不用于展示真实凭证。
这是一个自托管的临时工具，适合测试、短期注册和自动化验证，不应当承担长期身份、重要通知或高价值账号恢复等用途。数据保留、清理周期和对外推送规则仍应由实例管理员明确配置。
界面#
