Lefteris Tsintjelis:
> That is the impression I got. When delay rejects are on, in case of
> multiple rejections, the final rejection reason appears to always be the
> same even if a client rejection precedes a helo one for example(?). As
> much as delay rejects have some benefits, this can be a problem and
> possibly a drawback in some cases. I get the impression that all
> restrictions have to be evaluated(?) for example before the RCPT TO and
> this can consume more resources than simply rejecting based on the first
> reject.
I must repeat: there is no evaluation after 'reject'. The first
reject is final.
Wietse
> > Postfix documentation does not cover things that Postfix does not
> > do, such as evaluation after reject [...].
>
