Postfix以明确的方式pipe理其内部错误

我目前在实验室testing冗余/ laod平衡设置Keepalived运行状况检查validationPostfix运行在2台服务器上。

虽然Keepalived运行良好,收敛时间长等优点,但在SMTP对话框中并没有太多的介绍,它只是一个HELO,检查它是否收到回复,就是这样。

鉴于Postfix的复杂性,它可能会在协议对话框的各个步骤中崩溃。 是否有可能告诉Postfix尽快崩溃,可能在对话框中的HELO之前。 当然,我确信我们不会涵盖所有的情况,但是在某些情况下,Postfix可能会立即说出:我将无法处理您的邮件,离开。

例如,如果它有任何资源问题(分区已满,无法分叉,无论如何)。

有没有人有一个想法如何configurationPostfix的行为呢?

感谢致敬,

Postfix是一个防错软件。 它试图从内部错误中恢复,通常主人本身不会死亡。 因此,单个错误/警告不被视为终止触发器,Postfix将继续运行。

如果你想在第一个错误/警告中终止Postfix,你必须在Postfix之外完成。 观察日志文件以获取您感兴趣的警告,然后发出“后缀停止”。 在这种情况下,不可能进行进一步的连接尝试,甚至在端口25上的服务器问候是不可能的。 请注意,重新激活Postfix系统的唯一方法是手动重新启动它。

但是,这种情况是相反的。 你的目标是有一个(两个)正在运行的Postfix,但是你会自愿地杀死一个。 第二个可能会被超载,也会被杀死。 让Postfix恢复自己,并通过计数日志警告而不是失败的虚拟SMTP连接来监视后缀实例。

如果你不监视日志,你也不能识别错误,如DNSparsing,增加队列,连接耗尽,…