* Wietse Venema <postfix-users@postfix.org>:
> Patrick Ben Koetter:
> > * Ralf Hildebrandt <postfix-users@postfix.org>:
> > > > Not that I am aware of:
> > > >
> > > > #
> > > > ==========================================================================
> > > > # service type private unpriv chroot wakeup maxproc command + args
> > > > # (yes) (yes) (yes) (never) (100)
> > > > #
> > > > ==========================================================================
> > > > smtp inet n - n - - smtpd
> > > > -o smtpd_proxy_filter=127.0.0.1:10024
> > > >
> > > > header_checks are turned of on re-entry, but that's not where I enter
> > > > the test
> > > > message.
> > >
> > > That's the problem. The smtpd shown above never queues the mail, so no
> > > cleanup there. Enable them on reentry.
> >
> > Sorry, but I don't believe so. The master.cf I test with has
> > "receive_override_options=no_unknown_recipient_checks" on re-entry and
> > specifies header_checks for the re-entry instance.
>
> To test that the checks actually happen:
>
> /^received:/ warn
My mistake:
I had assigned "header_checks=pcre:..." to the re-entry smtpd instance and not
to the cleanup instance or in main.cf.
Making the header_checks available globally in main.cf and specifying
-o receive_override_options=no_unknown_recipient_checks
at the re-entry fixed it immediately.
Thanks for the help.
p@rick
--
All technical questions asked privately will be automatically answered on the
list and archived for public access unless privacy is explicitely required and
justified.
saslfinger (debugging SMTP AUTH):
<http://postfix.state-of-mind.de/patrick.koetter/saslfinger/>
