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