> Glad that you propose to implement this way. However things will
> be more complicated : should new smtpd_reply_filter_maps and
> smtpd_reject_footer_maps be executed in sequence ? or be exclusive ?
I think that for outgoing data, the filter should go last.
> Another option is to have smtpd_reply_filter_maps be an alias of
> smtpd_reply_footer_maps and smtpd_reply_footer_maps marked as
> deprecated.
You must not combine 'append' with 'replace'.
> I'm going to implement smtpd_reply_filter_maps and make a proposal soon.
Do not forget that postscreen also has an SMTP engine that rejects commands.
Wietse
