后缀:Milter和After-Stere处理中客户响应的时机



我目前正在使用Postfix-2.11.3,并且我正在通过Mirter进行大量消息处理。此处理发生在通知客户端接受消息之前进行,并且有时涉及足够的工作,以延迟客户的收到初始SMTP 250 2.0.0 Ok: queued as xxxxxxxxxxx消息。

在给我的服务器的大型电子邮件爆炸期间,此Mirter处理可能会导致积压,在某些情况下,客户连接在等待该初始250 ...消息时会超时。

我的问题是:如果我将我的Mirter作为后缀后缀后的过滤器重写而没有标题处理,那么客户是否真的会立即获得初始的250消息,也许随后的SMTP消息稍后会出现?还是250消息仍会推迟到后缀完成后滤波后进行过滤?

,客户是否有可能通过随后的4xx5xx消息接收到初始的250消息,以防后列出过滤器后来收到和处理,以防后来拒绝该消息?p>我知道我可以通过编写后期过滤器来对其进行测试。但是,我的电子邮件服务器很忙,我没有可用的测试服务器,所以我想提前知道,后者过滤器是否可以以这种方式行事。

感谢您对此的任何智慧。

我设法在测试计算机上设置了一个后缀实例,我能够安装一个虚拟的幕后过滤器。这使我可以找出我问题的答案。事实证明,Postfix确实在售后过滤器完成之前发送了250 2.0.0 Ok: queued as xxxxxxxxxxx消息。

这意味着我确实可以将较慢的Mirter处理转移到售后过滤器中,以使发件人更快地响应。

最新更新