Postfix 作为后端/本地 MTA

Question

我正在配置电子邮件平台，我想澄清一些我的疑问。

在构建这个系统时，我有两个选择：

1. 已经PHP连接到我的SMTP外部服务器（它是一个仅限交付的服务器）。这就是我目前的网络配置方式，我觉得服务器上的负担很重。
2. 已PHP连接到我的本地MTA并让本地MTA ( Postfix) 连接SMTP到我的外部交付服务器

我认为选项 2 是更好的选择，原因如下：

• 从电子邮件平台发送更快
• PHP 流程将更快完成
• 交付本身将由 Postfix（本地 MTA）负责，从而在交付数据流上创建一个新层，在PHP平台上提供更多抽象
• 交付规则可以具体定义在 Postfix

那么，问题 1 是这是更好的解决方案还是我应该保留选项 1？

Bellow 是我在第 2 点中所指内容的一个小代表：

                                                                  +------------+
                                                                  |            |
                              +---> smtp external backend a ----->|            |
                              |                                   |            |
platform -------> local MTA lb ---> smtp external backend b ----->|  Delivery  |
                              |                                   |            |
                              +---> smtp external backend c ----->|            |
                                                                  |            |
                                                                  +------------+

问题2：

如果这是最好的情况，我该如何创建负载平衡Postfix解决方案？

我需要能够轻松添加和删除SMTP服务器。

Answer 1

第一的。两个问题合二为一不好！

1) 由于您没有发现选项 2 的否定论据，您应该选择选项 2。

2) 你不需要 Postfix 负载均衡器。最近一台机器上的 Postfix 每秒可以发送 100 封邮件。拥有良好的硬盘驱动器和更多的队列管理功能。不知道为什么要延长？如果您真的真的需要它，那么您应该拥有一个低 TTL 的内部 DNS 服务器，并为您的本地 MTA (1b) 使用多个 A 记录。然后 DNS 会为您执行循环负载平衡。