Mail-in-a-Box 遇到问题该去哪里求助?

Mail-in-a-Box 的官方支持渠道分四类:先查维护指南(maintenance guide)自助排查,再上讨论论坛(discussion forum)向其他用户提问,发现 bug 到 GitHub 仓库提 issue,需要即时交流则进 Slack 聊天室。选择哪条路取决于问题性质——配置和运维类问题走指南与论坛,代码缺陷走 GitHub,临时卡壳走聊天室。

先自助:维护指南

官方在 quick links 中单独列出 maintenance guide,定位就是处理日常运维和常见故障。遇到服务异常、升级疑问、备份或 DNS 相关问题时,先在这里检索,比直接发帖更快。同属 quick links 的还有 setup guide(安装阶段用)和 advanced tips(进阶配置用),按所处阶段取用。

问其他用户:讨论论坛

论坛(discussion forum)是官方推荐的提问入口,页面明确写着“Other users may be able to help”——回答主要来自其他使用者而非官方团队。适合以下情况:

  • 指南里没有覆盖的具体配置问题
  • 想了解别人在同类云主机上的实际经验
  • 升级或迁移过程中拿不准的操作

提问时把版本号、Ubuntu 版本、报错原文一并给出,命中率更高。当前版本为 v76(2026 年 5 月 24 日),安装要求 Ubuntu 22.04 x64,从 5x 或更早版本升级必须先迁到 Ubuntu 22.04。

报 bug:GitHub 仓库

确认是软件缺陷(而非配置错误)时,到 GitHub repository 开 issue。官方原文的表述是“Found a bug? Open an issue on github.”。提交前建议先在 issue 列表里搜一下是否已有人报告,避免重复。

即时交流:Slack 聊天室

quick links 里列有 chat room,官方在 bug 段落也提到“Or try our Slack chatroom.”。适合需要来回快速确认的小问题,但结论不一定沉淀下来,重要问题仍建议回到论坛或 GitHub 留档。

渠道对照

渠道 适用场景 响应来源
维护指南 常见运维、升级、备份问题 官方文档
讨论论坛 配置疑问、经验交流 其他用户
GitHub issue 确认的软件缺陷 项目仓库
Slack 聊天室 需要即时来回确认的问题 社区成员

常见卡点

  • 版本不匹配:v76 要求 Ubuntu 22.04 x64,旧教程视频里的系统版本已不适用,照着做会在安装阶段失败。
  • 把配置问题当 bug 报:DNS、证书、投递失败多数属于配置范畴,先查维护指南和论坛,直接开 issue 容易被引导回来。
  • 升级跨度过大:从 5x 或更早版本不能直接升,需先迁到 Ubuntu 22.04,官方 release announcement 里有具体说明,动手前务必读完。

另外,官方还提供 @[email protected] 和 @Mailinabox 两个社交账号,以及 Code of Conduct,参与社区前可先了解行为规范。

mailinabox.email
Take back control of your email with this easy-to-deploy mail server in a box.