Dan Lists:
> The ps/pgrep output is still perplexing. If I have just -o
> receive_override_options=no_milters the pgrep output is:
>
> 92212 smtpd -n 2525 -t inet -u -o stress= -o content_filter= -o
> receive_override_options=no_milters -o smtpd_sender_restrictions= -o
> smtpd_recipient_restrict
On Fri, Apr 24, 2009 at 6:48 AM, Wietse Venema wrote:
> FYI,
>
> The header_checks parameter does not control whether or not Milter
> operation is invoked, so your observations are incorrect.
>
> If you want to pursue this further, show a telnet mail submission
> and the corresponding logging.
>
FYI,
The header_checks parameter does not control whether or not Milter
operation is invoked, so your observations are incorrect.
If you want to pursue this further, show a telnet mail submission
and the corresponding logging.
Also, instead of "it does work" and "it does not work" please
descri
On Thu, Apr 23, 2009 at 6:14 PM, Wietse Venema wrote:
>
> First, show that Postfix receives mail via port 2525. This requires
> a transcript of a telnet session, and the Postfix logging for the
> corresponding email delivery.
>
> Second, show with "ps" command output that port 2525 actually has
>
Dan Lists:
> I'm running postfix 2.5.6, and I'm using amavis through the milter interface
> by setting 'smtpd_milters= inet:[127.0.0.1]:10023'.
> I'm trying to set up a different port for skipping amavis checks on email
> that has already been checked. In master.cf I have:
>
> 2525inetn
I'm running postfix 2.5.6, and I'm using amavis through the milter interface
by setting 'smtpd_milters= inet:[127.0.0.1]:10023'.
I'm trying to set up a different port for skipping amavis checks on email
that has already been checked. In master.cf I have:
2525inetn - n -
