Stan Hoeppner wrote:
Here's what I currently have:
10125 inet n - - - - smtpd -v
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o receive_override_options=no_unknown_recipient_checks,/
no_address_mappings,no_header_body_checks
(The line wrap "/" there is mine as my MUA wraps at 78 IIRC)
It's working, and submission at my MUA seems to be much snappier.
However, this troubles me:
Sep 10 22:30:14 greer postfix/smtpd[12354]: before input_transp_cleanup:
cleanup flags = enable_header_body_filter enable_automatic_bcc
enable_address_mapping enable_milters
Sep 10 22:30:14 greer postfix/smtpd[12354]: after input_transp_cleanup:
cleanup flags = none
Don't be troubled, that's just verbose logging. Things seem to be
working as expected based on your master.cf snippet.
I'm unable to comprehend Wietse's note in the docs:
no_header_body_checks
Disable header/body_checks. This is typically specified AFTER an
external content filter.
I don't use an external content filter. I don't understand the "before"
and "after" descriptions in the log. "before" has everything enabled,
"after" apparently doesn't.
There is proabably a better way to articulate this, but you could think
of "before" as before various configuration parameters/flags that impact
cleanup(8) processing have been "interpreted" or "updated". The above
logging confirms that your particular smtpd(8) instance disables (or
does not use) header/body checks, address mappings, etc. If you care
for more detail, scan the comments and code in src/global/input_transp.c.
Just a tad confusing...
Verbose logging can be that way. :-)
--
Sahil Tandon <sa...@freebsd.org>