后缀:在milter中和在队列后处理中的客户端响应的时间？

Question

我目前正在使用postfix-2.11.3，并且我正在通过milter进行大量的消息处理。此处理是在通知客户端消息被接受之前进行的，有时需要进行足够的工作，从而延迟客户端接收初始SMTP 250 2.0.0 Ok: queued as xxxxxxxxxxx消息。

在向我的服务器发送大型电子邮件期间，此milter处理可能导致积压，在某些情况下，客户端连接在等待初始250 ...消息时超时。

我的问题是:如果我将我的milter重写为没有队列前处理的后缀后队列过滤器，客户端真的会立即得到初始的250消息吗?也许以后会有后续的SMTP消息出现？还是将250消息推迟到后缀完成后队列过滤之后？

当队列后过滤器决定随后拒绝消息时，客户端是否有可能接收初始250消息，并随后由该客户端接收和处理后续的4xx或5xx消息？

我知道我可以通过写一个队列后过滤器来测试这个问题。然而，我的电子邮件服务器很忙，而且我没有可用的测试服务器，所以我想事先知道队列后过滤器是否可以这样运行。

谢谢你的智慧，你可以分享这一点。

Answer 1

我设法在一台测试机器上设置了一个后缀实例，并且能够安装一个虚拟队列后过滤器。这使我能够找到我的问题的答案。结果是，后缀确实在队列后过滤器完成之前发送250 2.0.0 Ok: queued as xxxxxxxxxxx消息。

这意味着我确实可以将较慢的milter处理移动到队列后过滤器，以便给发件人一个更快的SMTP响应。