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

Question

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

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

我的问题是这样的：如果我将我的 milter 重写为后缀后队列过滤器而不进行队列前处理，客户端确实会立即收到初始的250 消息，随后可能会收到后续的 SMTP 消息吗？或者250 消息是否仍会延迟到postfix 完成后队列过滤之后？

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

我知道我可以通过编写队列后过滤器来测试这一点。但是，我的电子邮件服务器很忙，并且我没有可用的测试服务器，所以我想提前知道队列后过滤器是否可以以这种方式运行。

感谢您就此分享任何智慧。

Answer 1

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

这意味着我确实可以将较慢的 milter 处理移至队列后过滤器，以便为发件人提供更快的 SMTP 响应。