Wietse Venema via Postfix-users:
> This reminds me of a similar concern that we had in mail delivering
> contexts. In the mail receiving context, the solution would be to
> implement smtpd_delivery_status_filter, similar in purpose to
> smtp_delivery_status_filter (the initial problem there was how to
> make Postfix more aggressive about TLS handshake failures).
>
> This should be feasible because all SMTP server responses are
> formatted in one place. When the filter is implemented as a regexp
> map, this also provides a maximal amount of rope to shoot yourself
> in the foot with.
Implemented in Postfix 3.11 as smtpd_reject_filter_maps.
smtpd_reject_filter_maps (default: empty)
An optional filter that can replace a reject response from the
Postfix SMTP server itself, or from a program that replies
through the Postfix SMTP server. The filter is applied before
the optional reject footers are appended. Typically, the filter
will be a regexp: or pcre: table, where the left-hand side
specifies a pattern, and the right-hand side specifies replacement
text.
For more, including examples, limitations, and logging, see
https://www.postfix.org/postconf.5.html#smtpd_reject_filter_maps
Mabye there should be an option to suppress the logging. For example,
prepending '-' to the table lookup result, or using some other
signaling mechanism.
Wietse
_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
