stalwartlabs/stalwart

运维与部署

用一个 Rust 服务端自托管邮件、日历、联系人和文件,省去拼装多个守护进程的麻烦。

15,378
1,022
Rust
创建于 3 年前

如果你想让一台服务器同时承担邮件、日历、联系人和文件服务,Stalwart 值得一看;但在投入之前,先确认 AGPL 版和企业版的功能分界。

解决什么问题

自建邮件系统通常要拼 Postfix 之类的 MTA、Dovecot 做 IMAP、再找 CalDAV/CardDAV 和 WebDAV 服务。每个组件有自己的配置、用户库和升级路径,中间还要自己维护衔接。Stalwart 把这些收进一个服务端,同时提供 SMTP、IMAP4、JMAP、POP3、CalDAV、CardDAV 和 WebDAV。实际变化是账号和协议配置只在一个地方完成,客户端可以直接用较新的 JMAP,而不必只依赖 IMAP。

有什么不同

它的特点是在同一个 Rust 代码库里覆盖多种协议:README 列出了 JMAP for Mail、JMAP for Sieve Scripts、对象元数据、WebSocket、Blob 管理和配额,以及 IMAP4rev2/rev1、ManageSieve、带 STLS/SASL 的 POP3 和 SMTP。对希望新客户端原生连接、旧客户端仍走 IMAP 或 POP3 的部署来说,这很有用;出问题时也只需要在一个服务里排查,而不是在多个进程之间追。

代价在授权和范围上。项目采用双许可:核心是 AGPL-3.0,其余部分走 Enterprise 许可。README 说大约 85% 的功能开源,多租户、SCIM 供应、分片存储和实时遥测属于企业版。单团队部署大概率可以只用 AGPL 版,但计划服务多个租户或做分片存储的托管商就会碰到付费层,最好先看授权对比页确认自己真正需要的功能落在哪边。

谁值得试

适合想要一台邮件加日历、联系人、文件服务器的小团队或自托管用户:愿意在 Linux、macOS、FreeBSD、Windows 或 Docker 上部署,且不需要多租户。不适合需要在多个租户间做 SCIM 供应或分片存储的托管商,因为这些在文档里标为企业版功能,会直接改变成本模型。如果已有稳定的 Postfix/Dovecot 且只需要邮件,迁移成本可能超过更广协议面带来的收益。

使用条件与边界

部署文档覆盖 Linux、macOS、FreeBSD、Windows 和 Docker,因此除了原生安装也有容器路径。但邮件服务本身运维要求高:DNS 记录、TLS 证书和投递可达性仍然要自己处理,换成一个二进制并不能省掉这些。最主要的限制是授权拆分:托管规模下才需要的功能放在企业版,所以开源版不等于完整产品。后续维护还包括跟进版本发布,以及随部署规模重新核对企业版功能边界。

HotRepo 点评

唯一有日期的信号是 Rust 周榜:截至 2026-10-27 的一周新增 189 星,排名第 15。HotRepo 的存储覆盖中没有日榜历史,单次快照无法判断热度能否持续。采用前建议先看功能对比,确认 AGPL 版覆盖你需要的协议和规模,再从安装文档确认目标平台。

Hacker News 讨论

Stalwart Mail Reaches v1.0.0
▲ 5 · 0 条评论 · 2026年10月26日

本文由 AI 根据项目 README 生成,更新于 2026年10月27日,以项目官方文档为准。