将 Docker 用于邮件服务器 [关闭]

Question

我对 docker 感兴趣已经有一段时间了，但还没有涉足。我需要设置一个邮件服务器，所以我想也许我可以以此为理由来了解更多关于 docker 的信息。但是，我不清楚如何最好地解决它。

我之前在 VPS 上安装了邮件服务器，但没有安装到多个容器中。我想安装 Postfix、Dovecot、MySQL 或 Postgresql 和 SpamAssassin，类似于此处描述的内容：

https://www.digitalocean.com/community/tutorials/how-to-configure-a-mail-server-using-postfix-dovecot-mysql-and-spamassasin

但是，将它码头化的好方法是什么？我会简单地将所有东西都放在一个容器中吗？或者将 MySQL 放在一个容器中，将 Postfix 放在另一个容器中，以及用于 Dovecot 和 SpamAssassin 的附加容器中会更好吗？还是应该共享一些容器？

有没有关于使用 docker 安装邮件服务器的 HOWTO？如果有，我还没找到。

Answer 1

Docker 的重点不是为了容器化而容器化。就是把属于一起的东西放在一起，把不属于一起的东西分开。

考虑到这一点，我的设置方式是使用一个用于 MySql 数据库的容器和另一个用于所有邮件组件的容器。邮件组件通常通过调用彼此的可执行文件或通过读取/写入共享文件来相互集成，因此无论如何将它们分开在单独的容器中是没有意义的。由于数据库还可以用于其他事情，并且通过套接字完成与它的通信，因此将其作为一个单独的容器更有意义。

Answer 2

Dovecot、Spamassassin 等人可以在单独的容器中放入后缀。使用 LMTP 进行连接，一切都会奏效。这很实用。

现在谈谈意识形态。如果你真的想用“码头工人的方式”做事，那会是什么样子。

后缀是困难的。它不是一个守护进程，而是一组不同的守护进程，它们相互通信并执行邮件处理任务的不同部分。这些组件守护进程之间的交互有些是通过文件（例如邮件队列），有些是通过套接字，有些是通过信号。

当你启动 postfix 时，你真的启动了 'master' 守护进程，然后它使用 master.cf 中的规则启动它需要的其他守护进程。

在这种情况下，记录特别困难。所有不同的守护进程都独立地记录到 /dev/log，如果不将 syslog 守护进程放在容器中，就真的无法处理这些日志。 “不是码头工人的方式！”

基本上，postfix 中的功能划分是一种非常微服务的方法，但它不是基于容器化。你无法在 docker 下将不同的服务分离到不同的容器中，即使可以，对信号的依赖也是有问题的。

我想有可能重新设计“主”守护进程，使其能够访问主机中的 docker 进程（或在 docker 中运行 docker），因此这个新的主守护进程可以协调各种服务分开的容器。我们可以推测，但我没有听说有人将其作为一个实际项目进行。

这让我们更有可能选择在 docker 中使用比 postfix 更适合容器的守护进程。在过去的十年里，我或多或少地一直在使用 postfix，直到现在还没有太多的理由去查看选项。如果有人可以就可能对 docker 更友好的 MTA 选项添加评论，我会非常感兴趣？