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 -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

Reply via email to