网站深度测评
Mail-in-a-Box是什么网站?
Mail-in-a-Box 是一个帮你自建邮件服务器的开源项目网站。它把自己定位为“邮箱版的一键建站”:把一台全新的云服务器变成可用的邮件服务器,让你像自建一个 Gmail 一样,从底层掌控自己的邮件。
它能做什么
- 提供 Webmail、IMAP/SMTP 服务,可配合手机和桌面邮件客户端使用
- 包含联系人、日历同步(Roundcube Webmail、Nextcloud Contacts)
- 带控制面板,支持多用户、多域名托管邮件
- 内置反垃圾邮件(过滤与灰名单)、邮件过滤规则、客户端自动配置、自动备份到 Amazon S3 等服务
- 自动配置 DNS(SPF、DKIM、DMARC、MTA-STS),启用 DNSSEC 时还支持 DANE TLSA;TLS 证书由 Let's Encrypt 自动签发
- 顺带支持简单的静态网站托管
适合谁、什么场景用
- 想摆脱第三方邮箱服务、自己掌控邮件数据的个人或小团队
- 有云服务器、愿意按官方安装指南操作,但不需要是技术专家(官网称“不需要技术专家也能搭建”)
- 需要为多个用户或多个域名提供邮箱的情况
使用条件
- 需要一台运行 Ubuntu 22.04 x64 的全新云服务器
- 当前版本 v76(页面标注 May 24, 2026);从 5x 或更早版本升级需先迁移到 Ubuntu 22.04
同类选择参考 如果更看重开箱即用的托管邮箱,可考虑 Fastmail;如果想在自有服务器上自建完整邮件套件,也可对比 mailcow 和 Modoboa,它们同样面向自托管邮件,但组件与配置方式不同。
下一步 按官网“setup guide”走一遍安装流程;遇到问题可查维护指南、论坛或 Slack 聊天室,发现 bug 可在 GitHub 提 issue。
搭建Mail-in-a-Box需要什么服务器环境和系统版本?
搭建 Mail-in-a-Box 需要一台 Ubuntu 22.04 x64 的服务器。官方页面明确提示:现在必须选择运行 Ubuntu 22.04 x64 的服务器,旧视频里演示的其他版本已不再适用。
环境要求
- 系统:Ubuntu 22.04 x64(仅此版本被当前说明支持)。
- 服务器类型:一台全新的云主机即可,Mail-in-a-Box 会把它变成可用的邮件服务器。
- 从旧版本升级:如果你从 v5x 或更早版本升级,也必须先迁移到 Ubuntu 22.04,并阅读官方的发布公告了解升级细节。
适合谁、什么场景
适合想自己掌控邮件服务、但不想从零配置 Postfix、Dovecot、DNS 记录等组件的个人或小团队。你租一台符合上述系统的云主机,按官方 setup guide 部署,就能得到带 webmail、IMAP/SMTP、联系人日历同步和控制面板的邮件系统。
下一步
- 准备一台 Ubuntu 22.04 x64 的全新云主机。
- 打开官方 setup guide 按步骤安装。
- 遇到问题可查 maintenance guide,或到 discussion forum、Slack 聊天室求助。
如果你已经在用旧系统,先不要直接升级,按官方 release announcement 的迁移说明操作。
如何把Mail-in-a-Box从旧版本升级到最新版本?
Mail-in-a-Box 的升级方式取决于你当前运行的版本。官网状态区明确区分了两条路径:常规升级,以及从 5x 或更早版本升级。
先确认你的版本
- 如果当前是较新的版本(大致 v5x 之后),按官方「upgrade instructions」执行常规升级即可。
- 如果当前是版本 5x 或更早,必须先迁移到 Ubuntu 22.04,再按发布公告中的说明升级。官网特别提示这类用户要阅读 release announcement,因为涉及重要细节。
常规升级的做法
Mail-in-a-Box 的升级通常是在服务器上重新运行安装脚本,脚本会把系统更新到当前版本(官网当前为 v76)。具体命令与注意事项以官网「upgrade instructions」页面为准,不要照搬旧教程。
升级前建议做的事
- 阅读对应版本的 release notes,确认有无破坏性变更。
- 确认系统是 Ubuntu 22.04 x64;官网说明现在必须使用该版本。
- 做好备份。Mail-in-a-Box 自带到 Amazon S3 等服务的自动备份,升级前先确认备份可用。
遇到问题去哪里问
- 维护与排障:maintenance guide
- 用户互助:官方 discussion forum
- 疑似 bug:GitHub 仓库开 issue
- 即时交流:Slack 聊天室
如果你不确定自己的版本或升级步骤,建议先到 Mail-in-a-Box 的 setup guide 和 release notes 对照当前版本,再动手。
Mail-in-a-Box的自动DNS配置具体会设置哪些邮件安全记录?
Mail-in-a-Box 的自动 DNS 配置,是在你让它接管域名的 nameserver 后,自动为邮件投递和邮件安全写入所需记录。资料明确列出的记录有:
- SPF:声明哪些服务器有权代表你的域名发信。
- DKIM:给外发邮件加签名,供收件方验证邮件未被篡改。
- DMARC:告诉收件方当 SPF/DKIM 校验失败时如何处理,并提供报告机制。
- MTA-STS:声明收件方应通过加密连接投递邮件。
- DNSSEC(配合 DANE TLSA):在启用后,为与其他同样运行 DANE TLSA 的邮件服务器通信时提供更高等级的防主动攻击保护。
这些记录解决什么问题
SPF、DKIM、DMARC 主要影响邮件能不能被正常接收、会不会被当成垃圾邮件,也关系到别人冒用你域名发信时能否被识别。MTA-STS 和 DNSSEC/DANE TLSA 更偏向传输过程的加密与抗攻击。所以这套自动配置不只是“能发信”,而是把投递可信度和安全性一起铺好。
谁适合用它
自己搭邮件服务器、又不想逐条手动查 DNS 记录含义的人。比如你在一台新云主机上装好 Mail-in-a-Box,把域名解析交给它,它会自动写入上述记录,省去对照文档逐项配置的步骤。若你选择把网站托管在别处,则只把邮件相关解析指向这台机器即可。
需要注意
DNSSEC 和 DANE TLSA 的保护效果,取决于通信对端是否也支持。对方没启用时,这部分增强不会生效,但 SPF、DKIM、DMARC、MTA-STS 仍照常工作。TLS 证书由 Let's Encrypt 自动签发,和上述 DNS 记录配合完成整体邮件安全配置。
Mail-in-a-Box的TLS证书是如何自动获取和续期的?
Mail-in-a-Box 的 TLS 证书由系统自动从 Let's Encrypt 申请并续期,用户不需要手动操作。
具体机制:
- 部署时,Mail-in-a-Box 会把一台全新的 Ubuntu 22.04 x64 云主机配置成完整邮件服务器,其中包含自动配置 DNS 的能力。当你让它接管域名的 nameserver 时,它会自动写入 SPF、DKIM、DMARC、MTA-STS 等记录,TLS 证书也随之自动从 Let's Encrypt 签发。
- 证书续期同样自动完成,属于“盒子”内置的日常维护流程,不需要你登录服务器手动跑命令。官方把这类日常操作放在 maintenance guide 里,遇到问题可查该指南或到论坛提问。
使用场景:
- 适合自己搭邮件服务、又不想逐张证书手动申请和续期的个人或小团队。
- 如果你把 DNS 托管在别处(不让 Mail-in-a-Box 当 nameserver),自动 DNS 配置和证书签发的前提就不成立,需要自行处理相关记录。
想确认或排查时,下一步可看官方 setup guide 和 maintenance guide;证书若未自动生效,通常先检查域名 DNS 是否已正确指向这台服务器。
Mail-in-a-Box出现故障或需要日常维护时应该查阅哪些官方资源?
Mail-in-a-Box 出故障或需要日常维护时,官方把入口集中在几个地方:维护指南、讨论论坛、Slack 聊天室、GitHub 仓库和升级说明。按“先自助、再求助、最后报 bug”的顺序查通常最快。
先查维护指南
官方维护指南(maintenance guide)是日常运维和排障的首选,涵盖备份、DNS、证书等常见操作。页面上的“Need Help?”直接指向它。
求助其他用户
- 讨论论坛(discussion forum):适合提问、搜索别人遇到过的同类故障。
- Slack 聊天室:适合需要即时交流时使用,页面上标注为 chat room。
- Mastodon 账号 @[email protected]:官方动态发布渠道。
报 bug 或看代码
- GitHub 仓库(github repository):发现 bug 时在这里开 issue,也能查到版本变更。
- 页面还提供 Code of Conduct,参与社区前可先看。
升级与版本相关
- 当前版本 v76(May 24, 2026),有 release notes 和 upgrade instructions。
- 从 5x 或更早版本升级必须先迁移到 Ubuntu 22.04,官方要求读 release announcement 了解细节。安装也需选择 Ubuntu 22.04 x64 的服务器。
建议的排查顺序
- 先看维护指南,确认是否为已知操作问题。
- 搜论坛历史帖,多数常见故障已有讨论。
- 仍未解决再去 Slack 或论坛发问,附上版本号和日志。
- 确认是软件缺陷时,到 GitHub 开 issue。
如果你只是想知道“日常该盯什么”,重点就是维护指南里的备份与升级部分,以及 release notes 里的版本变动。
用户评价(0)