Brave：「# 开源自托管邮件服务器：架构、选型与决策（2026版） [trilium_note…」

Brave

@47c132035ed7a1105a867946b99d67af 开源软件研究 19 January 公开

讨论开源自托管邮件服务器：架构、选型与决策（2026版）

开源自托管邮件服务器：架构、选型与决策（2026版）

一、为什么自托管邮件很重要？

1.1 自托管邮件的核心价值

在云服务高度集中化的今天，自托管邮件服务器不仅没有过时，反而因为以下原因变得更加重要：

价值维度	具体体现
🔐 数据主权	邮件内容完全存储在自己的服务器，不受第三方审查或扫描
💰 成本控制	大量用户场景下，自托管成本远低于按用户付费的SaaS
🛡️ 隐私合规	满足GDPR等法规对数据存储地点的要求
⚙️ 定制自由	可根据业务需求定制过滤规则、集成方式、存储策略
🌐 去中心化	避免少数巨头垄断邮件基础设施，维护互联网开放性

📊 一个现实数据：据统计，Google和Microsoft两家公司控制着全球超过60%的企业邮件市场。自托管是对抗这种集中化趋势的重要力量。

1.2 2026年的技术环境变化

过去的痛点正在被解决：

传统痛点	2026年解决方案
配置复杂（需整合6-10个组件）	单二进制一体化服务器兴起
安全漏洞风险（C语言内存问题）	Rust/Go等内存安全语言重写
运维负担重	自动化DNS配置、Let's Encrypt集成
移动端同步差	JMAP、ActiveSync等现代协议普及
IP信誉难建立	完善的SPF/DKIM/DMARC自动配置

二、开源邮件服务器分类体系

理解分类是做出正确选型的第一步。 2026年的开源邮件服务器可以从三个维度进行分类：

2.1 按架构模式分类

┌─────────────────────────────────────────────────────────────────┐
│                    开源邮件服务器架构分类                         │
├─────────────────┬─────────────────┬─────────────────┬───────────┤
│   单二进制一体化  │   容器化集成     │   脚本化部署     │  传统组合  │
│   (Modern)      │   (Docker)      │   (Turnkey)     │ (Classic) │
├─────────────────┼─────────────────┼─────────────────┼───────────┤
│ • Stalwart      │ • Mailcow       │ • Mail-in-a-Box │ • Postfix │
│ • Mox           │ • Mailu         │ • iRedMail      │ + Dovecot │
│ • Maddy         │                 │                 │ + ...     │
│ • WildDuck*     │                 │                 │           │
└─────────────────┴─────────────────┴─────────────────┴───────────┘
                  *WildDuck为Node.js单进程，依赖MongoDB

2.2 按功能范围分类

类型	定义	代表方案
📬 纯邮件服务器	专注SMTP/IMAP/POP3，不含协作功能	Mox、Maddy、Mailu
📅 邮件+协作平台	集成日历(CalDAV)、联系人(CardDAV)、文件共享	Stalwart、Mailcow、Mail-in-a-Box
🔌 API优先平台	面向开发者，以REST API为主要交互方式	WildDuck

2.3 按扩展性分类

规模层级	用户规模	推荐方案
🏠 个人/微型	1-10用户	Mox、Mail-in-a-Box
🏢 小型企业	10-100用户	Stalwart、Mailcow、iRedMail
🏛️ 中型企业	100-10,000用户	Stalwart、Mailcow、WildDuck
🌐 大规模/云原生	10,000+用户	Stalwart(+FoundationDB)、WildDuck(+MongoDB分片)

三、单二进制一体化方案（现代派）

这是2026年最具技术前瞻性的类别。 单一可执行文件包含完整功能，无外部依赖，代表了邮件服务器的未来发展方向。

3.1 方案总览对比

维度	Stalwart 🦀	Mox 🐹	Maddy 🐹	WildDuck 🟢
开发语言	Rust	Go	Go	Node.js
许可证	AGPL-3.0 / 商业双许可	MIT	GPL-3.0	EUPL-1.2
协作功能	✅ CalDAV/CardDAV/WebDAV	❌	❌	❌
内置Webmail	❌ (2026年开发)	✅	❌	✅
JMAP支持	✅ 完整实现	🔶 路线图	❌	❌
存储后端	本地/SQL/S3/FoundationDB	本地文件	本地/SQL	MongoDB
最大扩展性	⭐⭐⭐⭐⭐ 百万级	⭐⭐⭐ 中等	⭐⭐⭐ 中等	⭐⭐⭐⭐⭐ 百万级
部署难度	中等	极低	低	中等
AI垃圾过滤	✅ (Enterprise)	❌	❌	❌
安全审计	✅ 已通过	防御性编程	防御性编程	防御性编程
当前版本	v0.x (接近1.0)	v0.0.15	v0.7.x	v1.46.1
IMAP稳定性	高	Beta	Beta	高

3.2 Stalwart：功能最全的协作型服务器

定位：面向企业的Microsoft 365/Google Workspace开源替代品

核心优势

1️⃣ JMAP协议的领先实现

Stalwart 在2025年成为首个完整实现JMAP协作协议家族的开源服务器：

JMAP扩展	替代的传统协议	核心改进
JMAP for Mail	IMAP	网络往返减少70%+，原生推送
JMAP for Calendars	CalDAV	JSON原生，批量操作优化
JMAP for Contacts	CardDAV	更高效的增量同步
JMAP for File Storage	WebDAV	现代API设计
JMAP Sharing	WebDAV ACL	统一的权限模型

📝 为什么JMAP重要？ IMAP诞生于1986年，其设计假设是拨号网络时代的低带宽环境。JMAP采用JSON over HTTP/2，天然适配现代移动网络，显著改善电池续航和同步速度。

2️⃣ 云原生存储架构

存储后端	适用场景	特点
SQLite	个人/测试	零配置
PostgreSQL/MySQL	中型企业	成熟可靠
S3兼容存储	云端部署	成本优化，冷热分离
FoundationDB	大规模分布式	支撑百万级邮箱

Stalwart + FoundationDB 的组合意味着：单一代码库，从个人博客到Gmail规模无缝扩展。 这在开源邮件领域前所未有。

3️⃣ 多层安全防御

┌─────────────────────────────────────────────────────┐
│                  Stalwart 安全架构                   │
├─────────────────────────────────────────────────────┤
│  AI层 (Enterprise)                                  │
│  └─ LLM分类器: OpenAI/Anthropic集成，语义分析         │
├─────────────────────────────────────────────────────┤
│  规则层                                              │
│  ├─ 统计学垃圾邮件分类器 (自动训练)                    │
│  ├─ DNS黑名单检查 (IP/域名/哈希)                      │
│  └─ 同形文字攻击/发件人欺骗检测                        │
├─────────────────────────────────────────────────────┤
���  协议层                                              │
│  ├─ DMARC/DKIM/SPF/ARC 验证                         │
│  ├─ DANE/MTA-STS 传输安全                           │
│  └─ TLS Reporting                                   │
├─────────────────────────────────────────────────────┤
│  存储层                                              │
│  ├─ S/MIME / OpenPGP 静态加密                        │
│  └─ 零知识存储 (用户PGP公钥加密)                      │
└─────────────────────────────────────────────────────┘

4️⃣ 版本与许可模式

版本	许可证	功能差异
Community	AGPL-3.0	完整邮件/协作功能
Enterprise	商业许可	+AI过滤、SAML SSO、集群、多租户、品牌定制、删除恢复、官方支持

💡 策略优势：从免费社区版起步，按需升级到企业版，避免前期过度投资。

2025-2026发展动态

✅ JMAP协议层重写：零拷贝反序列化，性能大幅提升
✅ CVE-2025-59045修复：CalDAV日历递归扩展漏洞
🔜 v1.0正式版：数据库schema定型
🔜 Webmail开发：Rust + Dioxus框架SPA应用
📢 FOSDEM 2026演讲：《Can Open Source do Gmail-scale Email?》

适用场景

✅ 推荐场景	❌ 不推荐场景
需要替代Google Workspace/M365	只需要最基础的邮件功能
需要JMAP协议支持	需要开箱即用的Webmail
云原生/Kubernetes部署	极度追求运维简单
预期用户量大（万级以上）	预算极为有限的个人用户
对安全审计有合规要求	偏好MIT等宽松许可证

3.3 Mox：极简主义的完美诠释

定位：个人和小微团队的"刚好够用"方案

核心优势

1️⃣ 真正的10分钟部署

bash

# 下载 wget https://beta.gobuilds.org/github.com/mjl-/mox@latest/linux-amd64-latest/mox

# 一条命令完成所有配置 ./mox quickstart your-domain.com admin@your-domain.com

# 输出：完整的DNS记录清单，复制粘贴到DNS提供商即可

quickstart自动完成的工作：

✅ SPF/DKIM/DMARC记录生成
✅ MTA-STS策略配置
✅ Let's Encrypt证书申请（ACME）
✅ 管理员账户创建
✅ 完整DNS记录输出

2️⃣ 内置Webmail——真正的零依赖

这是Mox与其他"单二进制"方案最显著的差异：

方案	Webmail状态
Stalwart	❌ 无（2026年开发）
Maddy	❌ 无
WildDuck	✅ 有（独立组件）
Mox	✅ 内置

安装即可用，无需额外配置Roundcube、SnappyMail等。

3️⃣ 代码质量与安全哲学

特性	说明
Go语言	内存安全，高并发
精简代码库	攻击面小，易于审计
RFC交叉引用	代码中大量标注相关规范
自动化测试	单元测试、集成测试、模糊测试
MIT许可	最宽松的开源许可

4️⃣ 智能垃圾邮件过滤

┌─────────────────────────────────────┐
│         Mox 垃圾邮件过滤            │
├─────────────────────────────────────┤
│  声誉学习系统                        │
│  └─ 按主机/域名/发件人积累信誉        │
├─────────────────────────────────────┤
│  贝叶斯过滤器                        │
│  └─ 从用户垃圾/非垃圾分类自动学习     │
├─────────────────────────────────────┤
│  协议验证                            │
│  └─ SPF/DKIM/DMARC + 灰名单          │
└─────────────────────────────────────┘

资金支持与可持续性

Mox获得了欧洲公共资金的持续支持，这是其长期可持续发展的重要保障：

时间	资助方	项目方向
2023/2024	NLnet NGI0 Entrust	核心功能开发
2024	NLnet e-Commons Fund	API与Webhook开发
2024/2025	NLnet NGI0 Zero Core	自动化DNS管理

2025路线图

🔜 Web交互式安装向导（mox setup图形化）
🔜 自动化DNS管理（含DANE/DKIM密钥轮换）
🔜 加密存储（邮件和TLS密钥静态加密）
🔜 可交付性诊断工具
🔜 JMAP支持

适用场景

✅ 推荐场景	❌ 不推荐场景
个人邮件独立	需要日历/联系人同步
小微团队（<20人）	预期用户量大
追求最快部署速度	需要JMAP协议
需要内置Webmail	对IMAP稳定性要求极高（仍为Beta）
偏好MIT许可证	需要企业级支持

3.4 Maddy：纯粹的邮件传输引擎

定位：替代Postfix+Dovecot+OpenDKIM+OpenSPF+OpenDMARC的单一守护进程

核心特点

维度	说明
设计目标	用一个进程替代传统邮件栈的6+组件
功能范围	纯邮件传输与存储，无Webmail，无协作
配置风格	清晰的声明式配置语法
开发语言	Go
许可证	GPL-3.0

2025年关键更新

✅ SMTP Smuggling零日漏洞修复
✅ RFC 2136 DNS-01 ACME支持（自动证书续期）
✅ Go 1.23+要求
⚠️ IMAP存储层仍为Beta

适用场景

✅ 推荐场景	❌ 不推荐场景
追求配置逻辑清晰	需要Webmail
不需要任何Web界面	需要协作功能
熟悉传统邮件配置概念	对IMAP稳定性要求极高
开发/测试环境	生产环境高可用要求

3.5 WildDuck：API驱动的水平扩展方案

定位：面向开发者的、可无限水平扩展的邮件平台

架构革新

WildDuck最大的创新是完全摒弃文件系统存储邮件，一切存于MongoDB：

┌─────────────────────────────────────────────────────┐
│                  WildDuck 架构                       │
├─────────────────────────────────────────────────────┤
│   WildDuck实例1  WildDuck实例2  WildDuck实例3  ...   │
│        ↓              ↓              ↓              │
│   ┌─────────────────────────────────────────────┐   │
│   │        MongoDB集群 (分片 + 复制)              │   │
│   │  ┌─────────┐  ┌─────────┐  ┌─────────┐      │   │
│   │  │ Shard 1 │  │ Shard 2 │  │ Shard N │      │   │
│   │  └─────────┘  └─────────┘  └─────────┘      │   │
│   └─────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────┘

特点：
• 所有实例完全无状态
• 用户可连接任意实例
• 通过添加节点实现水平扩展
• 打破"单用户单服务器"限制

核心优势

维度	说明
API优先	一切通过REST API控制，无需修改配置文件
无状态设计	所有WildDuck实例共享MongoDB，负载均衡简单
存储效率	附件去重 + MongoDB压缩 = 约40%空间节省
安全特性	应用专用密码、MFA(TOTP/U2F)、GPG加密存储
许可证	EUPL-1.2（欧盟公共许可证）

适用场景

✅ 推荐场景	❌ 不推荐场景
开发者通过API集成邮件功能	传统运维模式
需要海量邮件的水平扩展	简单部署需求
已有MongoDB生态系统	不想维护MongoDB集群
SaaS产品邮件后端	个人/小微团队

四、容器化集成方案（Docker派）

这一类方案通过Docker将传统组件打包，提供统一的管理界面。 适合已有Docker运维经验的团队。

4.1 方案对比

维度	Mailcow 🐄	Mailu 📮
架构	Postfix + Dovecot + Rspamd + SOGo + ...	模块化Docker组件
功能丰富度	⭐⭐⭐⭐⭐ 极其丰富	⭐⭐⭐⭐ 精简实用
协作功能	✅ SOGo套件（日历/联系人）	可选集成
ActiveSync	✅ 完整支持	❌
资源消耗	较高（推荐4GB+ RAM）	中等
配置复杂度	较高	中等
适合规模	中小型企业	小型组织

4.2 Mailcow：功能最全的Docker邮件套件

定位：需要"全家桶"体验的中小型企业

核心优势

1️⃣ ActiveSync支持

这是Mailcow最独特的卖点之一。ActiveSync是Microsoft开发的邮件/日历/联系人同步协议，在移动设备（尤其是iOS和Android原生邮件客户端）上体验最佳。

同步协议	移动端体验	Mailcow支持
ActiveSync	⭐⭐⭐⭐⭐	✅
IMAP+CalDAV+CardDAV	⭐⭐⭐	✅
JMAP	⭐⭐⭐⭐	❌

2️⃣ 完整协作套件

通过集成SOGo，Mailcow提供：

📅 日历（支持共享、会议邀请）
👥 联系人
📧 Webmail

3️⃣ 2025年关键更新

✅ Rspamd升级至3.11-2
✅ MariaDB升级至10.11
✅ 新增外部认证源支持
✅ Docker镜像迁移至GitHub

适用场景

✅ 推荐场景	❌ 不推荐场景
需要ActiveSync移动端同步	服务器资源有限（<4GB RAM）
需要完整协作功能	追求极简部署
已有Docker运维经验	无Docker经验
中小型企业（20-500人）	个人用户

4.3 Mailu：轻量化的Docker选择

定位：追求精简的Docker用户

核心特点

维度	说明
设计理念	不捆绑复杂协作软件，专注邮件核心
反垃圾	自动学习算法 + 灰名单 + DMARC/SPF
资源消耗	比Mailcow更低
许可证	完全自由软件

适用场景

✅ 推荐场景	❌ 不推荐场景
Docker用户但不需要"全家桶"	需要ActiveSync
追求系统精简	需要完整协作套件
资源受限环境	大规模部署

五、脚本化部署方案（傻瓜派）

这一类方案通过自动化脚本将全新服务器配置为邮件服务器。 适合运维经验有限的用户。

5.1 方案对比

维度	Mail-in-a-Box 📦	iRedMail 📧
部署方式	Ubuntu专用一键脚本	多发行版支持脚本
定制性	⭐ 几乎无配置选项	⭐⭐⭐⭐ 高度可定制
包含组件	Roundcube + Nextcloud + 完整栈	Postfix + Dovecot + Roundcube + ...
DNS配置	自动完成（含DNSSEC）	需手动配置
备份	内置S3备份	手动配置
适合用户	完全新手	有一定运维经验
付费版本	无	iRedAdmin-Pro

5.2 Mail-in-a-Box：新手的最佳起点

定位："交钥匙"方案，追求最省心的体验

核心特点

bash

# 在全新Ubuntu 22.04 VPS上 curl -s https://mailinabox.email/setup.sh | sudo bash

一条命令完成：

✅ Postfix + Dovecot安装配置
✅ Roundcube Webmail
✅ Nextcloud（日历/联系人/文件）
✅ 垃圾邮件过滤
✅ DNS自动配置（SPF/DKIM/DMARC/MTA-STS/DNSSEC）
✅ Let's Encrypt证书
✅ S3备份配置

⚠️ 重要限制：这是一个"交钥匙"方案，基本没有配置选项。如果需要深度定制，请选择其他方案。

适用场景

✅ 推荐场景	❌ 不推荐场景
完全新手	需要深度定制
个人/家庭使用	大规模部署
想要最省心的体验	企业级需求

5.3 iRedMail：传统运维的可靠选择

定位：有经验管理员的灵活部署工具

核心特点

维度	说明
支持系统	RHEL、Ubuntu、CentOS、Debian、OpenBSD、FreeBSD
技术栈	Postfix + Dovecot + Roundcube + SpamAssassin + ...
用户/域名	无限制
付费版本	iRedAdmin-Pro（高级管理界面）

适用场景

✅ 推荐场景	❌ 不推荐场景
有Linux运维经验	完全新手
偏好原生OS部署（非Docker）	追求现代单二进制方案
需要跨发行版支持	需要ActiveSync
小微企业	大规模部署

六、传统经典组合（工业派）

6.1 Postfix + Dovecot：25年的工业标准

定位：大型企业和资深运维的基石选择

核心特点

维度	说明
历史	Postfix(1998)、Dovecot(2002)
稳定性	⭐⭐⭐⭐⭐ 生产验证25年+
灵活性	⭐⭐⭐⭐⭐ 无与伦比
配置复杂度	⭐⭐⭐⭐⭐ 最高
学习曲线	陡峭

完整技术栈示例

┌─────────────────────────────────────────────────────┐
│               传统邮件服务器架构                      │
├─────────────────────────────────────────────────────┤
│  MTA层: Postfix                                     │
│  └─ 负责邮件接收、路由、发送                          │
├─────────────────────────────────────────────────────┤
│  MDA层: Dovecot                                     │
│  └─ 负责IMAP/POP3访问、邮件存储                       │
├─────────────────────────────────────────────────────┤
│  认证层: OpenLDAP / MySQL / PostgreSQL              │
├─────────────────────────────────────────────────────┤
│  安全层:                                            │
│  ├─ OpenDKIM (DKIM签名)                             │
│  ├─ OpenSPF (SPF验证)                               │
│  ├─ OpenDMARC (DMARC策略)                           │
│  └─ Rspamd / SpamAssassin (垃圾邮件过滤)             │
├─────────────────────────────────────────────────────┤
│  Webmail层: Roundcube / SnappyMail                  │
├────────────────────────────────────────────────────┤
│  协作层 (可选): SOGo / Zimbra                        │
└─────────────────────────────────────────────────────┘

适用场景

✅ 推荐场景	❌ 不推荐场景
大型企业（500+用户）	追求快速部署
需要极致定制和灵活性	运维资源有限
有专业邮件运维团队	新手用户
需要与遗留系统深度集成	想要现代化体验

七、全维度横向对比

7.1 综合对比表

方案	架构类型	语言	协作功能	Webmail	扩展性	部署难度	最适合
Stalwart	单二进制	Rust	✅	❌	⭐⭐⭐⭐⭐	中	企业协作替代
Mox	单二进制	Go	❌	✅	⭐⭐⭐	极低	个人/小微
Maddy	单二进制	Go	❌	❌	⭐⭐⭐	低	极简主义
WildDuck	单进程+MongoDB	Node.js	❌	✅	⭐⭐⭐⭐⭐	中	API/开发者
Mailcow	Docker	混合	✅	✅	⭐⭐⭐⭐	中高	ActiveSync需求
Mailu	Docker	混合	可选	✅	⭐⭐⭐	中	轻量Docker
Mail-in-a-Box	脚本	混合	✅	✅	⭐⭐	极低	完全新手
iRedMail	脚本	混合	可选	✅	⭐⭐⭐	低中	传统运维
Postfix+Dovecot	传统	C	可选	可选	⭐⭐⭐⭐⭐	高	大型企业

7.2 场景速查表

你的需求	首选方案	备选方案
🏠 个人用户，最快上手	Mox	Mail-in-a-Box
🏢 小微团队，需要日历	Stalwart	Mailcow
📱 重视移动端ActiveSync	Mailcow	-
☁️ 云原生/Kubernetes	Stalwart	WildDuck
🔌 API驱动/开发者	WildDuck	Stalwart
🐳 已有Docker经验	Mailcow	Mailu
🆕 完全新手	Mail-in-a-Box	Mox
🏛️ 大型企业，极致定制	Postfix+Dovecot	Stalwart Enterprise
🔐 最严格安全要求	Stalwart (已审计)	-
📜 偏好MIT许可	Mox	-
🌐 百万级用户规模	Stalwart+FoundationDB	WildDuck+MongoDB

八、选型决策框架

8.1 决策流程图

                        开始
                          │
                          ▼
              ┌───────────────────────┐
              │  需要日历/联系人同步？  │
              └───────────────────────┘
                    │           │
                   是           否
                    │           │
                    ▼           ▼
         ┌──────────────┐  ┌──────────────────┐
         │ 需要ActiveSync? │  │  需要内置Webmail？ │
         └──────────────┘  └──────────────────┘
           │         │         │           │
          是         否        是           否
           │         │         │           │
           ▼         ▼         ▼           ▼
       Mailcow   Stalwart    Mox      ┌──────────┐
                                      │预期用户量？│
                                      └──────────┘
                                        │       │
                                    >1000     <1000                                         │       │
                                        ▼       ▼
                              ┌─────────────┐  ┌────────┐
                              │API驱动开发？  │  │ Maddy  │
                              └─────────────┘  └────────┘
                                  │       │
                                 是       否
                                  │       │
                                  ▼       ▼
                             WildDuck  Stalwart

8.2 资源需求对比

方案	最低RAM	推荐RAM	磁盘	适合VPS
Mox	512MB	1GB	20GB+	✅ 最低配
Maddy	512MB	1GB	20GB+	✅ 最低配
Stalwart	1GB	2GB	50GB+	✅ 中配
Mail-in-a-Box	1GB	2GB	30GB+	✅ 中配
iRedMail	2GB	4GB	50GB+	⚠️ 中高配
Mailu	2GB	4GB	50GB+	⚠️ 中高配
Mailcow	4GB	6GB+	100GB+	⚠️ 高配
WildDuck	2GB+	4GB+	MongoDB集群	需专业规划

8.3 官方链接汇总

项目	GitHub	官网/文档
Stalwart	stalwartlabs/stalwart	stalw.art
Mox	mjl-/mox	xmox.nl
Maddy	foxcpp/maddy	maddy.email
WildDuck	zone-eu/wildduck	docs.wildduck.email
Mailcow	mailcow/mailcow-dockerized	mailcow.email
Mailu	Mailu/Mailu	mailu.io
Mail-in-a-Box	mail-in-a-box/mailinabox	mailinabox.email
iRedMail	iredmail	iredmail.org