Postfix作为后端/本地MTA

我正在configuration一个电子邮件平台，我想清除一些疑问，我有。

build立这个系统时，我有两个select：

让PHP连接到我的SMTP外部服务器（这是一个只提供服务器）。这是我的networking目前的configuration，我觉得这是非常沉重的服务器。
有PHP连接到我的本地MTA和本地MTA（后缀）通过SMTP连接到我的外部交付服务器

我认为选项2是更好的select，原因有两个：

从电子邮件平台发送更快
PHP过程将会更快完成
交付本身将在postfix（本地MTA）责任上，从而在交付数据stream上创build一个新层，在PHP平台上提供更多的抽象
交付规则可以在Postfix上专门定义

所以，问题1是如果这是更好的解决scheme，还是我应该保留选项1？

贝娄是我在第二点提到的一个小的代表：

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

问题2：

如果这是更好的情况，我该如何创build一个负载均衡后缀解决scheme？

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

谢谢！

第一。两个问题在一个是不好的！

1）由于您没有发现选项2的否定论点，您应该select选项2。

2）你不需要Postfix负载均衡器。最近一台机器上的Postfix能够每秒发送100封邮件。具有良好的硬盘驱动器和一些队列pipe理甚至更多。我不知道为什么要延长这一点？如果你真的真的需要它，那么你应该有一个低TTL的内部DNS服务器，并使用多个Alogging为您的本地MTA（1b）。 DNS然后为您做循环负载平衡。