本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是
- 我的帖子已经打上 公益推广 标签： 是
- 我的项目属于个人项目，与公司或商业机构无关： 是
- 我的项目不存在QQ、TG等群组引流： 是
- 我的项目不存在非运营必要的网站引流： 是
- 我的项目不存在为他人推广、AFF： 是
- 我的项目无关联的商业项目： 是
- 我的 GitHub 项目无未开源部分： 否（ 后端作为免费API供应 )
- 我的站点存在登录，并已接入 LINUX DO Connect： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
该贴用于 DuckMail 该公益服务的维护、更新说明，以及遇到问题时的反馈。
因为之前的帖子无法编辑，无法应用公益模板，故简短的进行介绍：DuckMail 为临时邮箱客户端，支持 API 无鉴权调用与接入私有域名，一键即可获取专属的临时邮箱。
自 25 年 6 月起开始提供服务，项目起初参考 mail.tm 的 API 设计架构，后来历经多次重构更迭与性能优化，开发出自助接入域名来收取邮件等特色功能。目前 RPS 承载能力可达上千。
自发布以来始终作为完全免费的公益项目存在，无任何广告与任何赞助换取权益的入口。主要服务于坛内各类需要注册的临时业务。
Mail 前端：Temp Mail-临时邮件-安全、即时、快速- DuckMail
Mail 前端 Github库：GitHub - MoonWeSif/DuckMail: 优雅易用的临时邮箱客户端，支持 API 无鉴权调用与接入私有域名，一键获取专属的临时邮箱。 · GitHub
域名面板（用于添加私有域名）：https://domain.duckmail.sbs
后端自建推荐项目Inbucket，本项目基于此二次开发，适合个人自用，自带 API 与 管理面板：GitHub - inbucket/inbucket: Disposable webmail server (similar to Mailinator) with built in SMTP, POP3, RESTful servers; no DB required. · GitHub
——————
2026.3.14
关于迁移和一些其他说明
最近由于各种众所周知的原因，DuckMail 的使用量激增，一天达到了百万封邮件的存储量，账户数达千万。RPS 日常数百，这对服务器的 CPU、硬盘都是巨大的挑战，原先只是一个稳定的 2c4g 的服务器，接近半年的时间都基本稳定。
原先的邮件存储时间设定为 3 天，但是现在这种情况往往一天不到就爆满了，导致前段时间经常性的 500 问题，每次都是手动清理。原先自带的自动清理机制清理速度赶不上收件速度。于是在几天前优化了自动清理机制，并将邮件保存时间调整为 3 天硬盘再没有崩过。
但是紧接着 CPU 开始长时间 100% 爆满了，API 请求十分缓慢，这种情况比较纠结，因为很多佬友设定的 DNS 记录已经指向原先服务器，换服务器意味着需要调整 DNS 记录，无法做到无缝迁移。昨天看到很多佬友反馈服务不可用问题，实际上服务没崩，只是 CPU 实在顶不住了。因此感觉没办法了，去换一台新服务器，由于收件端口需要工单申请，所以一直拖到了晚上才开始迁移。
迁移连带着域名面板+前端+API后端，三个库的修改，主要是性能方面的优化，连肝一晚上，在两点多基本完成了修改，恢复了服务，留下一些小 BUG 早上收了个尾。
另外有佬友问后端 API 开不开，会开，但是还是基本确定稳定之后再说，我每次修后端都是临时快速补丁式的修补，偶尔大重构，不会考虑其他人部署之后的问题，如数据迁移等，现阶段作为项目发出来不太合适，有后端的问题找我来也没太多时间协助解决。目前作为公益服务足够使用，实在不行去 mail.tm ，一样的 API 结构，真有问题临时崩了，用那个也是可以的。
现在 DuckMail 提供的临时邮箱已经稳定，并且十分丝滑流畅，可以重新投入使用。我们将 RPS 调整为每个人 50，足够满足大部分场景下的使用。
原先在域名面板中添加过域名的，记得去域名面板中，点开对应域名重新校验一遍，修改一下 DNS 记录，将原先的 A 记录改为提示的 CNAME 记录，即可继续使用。
——————
2026.3.19
由于账户增长速度过快，考虑到 CPU 和存储空间。单 IP 全局 RPS 限制修改为 12。Accounts 接口单独限流 2 RPS。增加账户有效期机制，不传有效期字段默认 24h 后删除账户释放空间。传 0或-1 代表不过期。
———————
2026.3.20
RPS 数量还在增加，服务器CPU 一直 200% 的过载中，各种响应都十分慢，因此暂时停机维护。
11:20：在升级服务器了，买了一台新的，莫催
13:55：大概是恢复了，看看占用情况吧，代码侧已经是尽可能的优化了。
