我的问题是我的godaddy VDS的平均服务器负载高达50。罪魁祸首是所有的smtpd进程。 如果我杀死后缀，服务器负载将下降到大约0.7。
这台服务器不是一个开放的中继。 我添加到main.cf以防止这一点。
smtpd_helo_required =是
smtpd_delay_reject = no
disable_vrfy_command =是
我的理论是，即使服务器拒绝中继，由于中继尝试的数量巨大，它仍然陷入困境。 我刚刚在一个小时之前开始了邮件日志logging，由于所有的中继尝试，文件大小从零到8.0M。 即使被拒绝，这些尝试是否会大大增加服务器负载？ 如果是的话，我该如何补救呢？
这是日志中的典型拒绝。
7月30日17:01:43 ip-xxx postfix / smtpd [7555]：NOQUEUE：拒绝：来自tdev193-211.codetel.net.do的RCPT [200.88.193.211]：554 5.7.1：中继访问被拒绝; 从=到=原型= ESMTP helo =
我决不适应邮件服务器的configuration。 我很乐意提供任何进一步的信息，以解决这个问题。
你的理论听起来是正确的，因为这个来源出现在Spamhaus的XBL中 ，所以很可能不会。
当客户端连接时，您可以尽早拒绝邮件 ，而不是等待RCPT TO来减less负载。
根据服务器的用途， 其他访问限制可能会有所帮助。
此外，您可以节制同时Postfix进程的数量，以防止其他一切陷入困境。 如果Postfix使用足够的RAM来引起交换（实际上，它可能会增加可以处理而不是减less的尝试次数），这将特别有用。 如果您的高负载来自所有连接的CPU使用率，它可能仍然有帮助，但不是那么多。 这意味着某些尝试向您发送邮件将失败，但任何不是垃圾邮件发件人的发件人都将重试多次。
有关详细信息，请参阅http://www.postfix.org/postconf.5.html#default_process_limit 。 另外检查从那里链接master.cf的部分（我会链接，但显然我还没有足够的声望发布多个链接）