On Tue, Dec 05, 2006 at 02:51:22PM -0600, Michael Sims wrote:
Mike Lambert wrote:
Michael Sims wrote:
Ah. So you're saying that sendmail doesn't provide the PTR record
to the milter unless it has verified that forward and reverse match?
That certainly seems to be what I'm seeing here.
On Tue, Dec 05, 2006 at 10:18:05PM +0200, Yizhar Hurwitz wrote:
This is what I read in man Mail::SpamAssassin::Conf:
[...]
So, as far as I understand from the above:
The general rule is:
an MX server should be listed in trusted_networks and also in
internatl_networks
An exception rule
When I run spamassassin manually it seems to behave differently from when
MIMEdefang runs it.
When I do spamassassin --lint -debug I get this
.
dbg: rules: local tests only, ignoring RBL eval
.
.
dbg: reporter: local tests only, disabling SpamCop
.
But I do get _SPAMCOP scores assigned to
John Rudd wrote:
Michael Sims wrote:
No biggie, my Net::DNS solution is working fine so I'll stick with
that for now.
What exactly is it that you're trying to do?
Get the PTR for the connecting relay, even if the forward and reverse lookups
don't match. Apparently $RelayHostname only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Delahunty, Mark wrote:
When I run spamassassin manually it seems to behave differently from when
MIMEdefang runs it.
...snip...
I've attached my local.cf, init.pre and the full output from spamassassin
--lint -debug
What am I missing/doing
Jan-Pieter Cornet wrote:
On Tue, Dec 05, 2006 at 02:51:22PM -0600, Michael Sims wrote:
Mike Lambert wrote:
Michael Sims wrote:
Ah. So you're saying that sendmail doesn't provide the PTR record
to the milter unless it has verified that forward and reverse
match? That certainly seems to be
Delahunty, Mark spake the following on 12/6/2006 8:12 AM:
When I run spamassassin manually it seems to behave differently from when
MIMEdefang runs it.
When I do spamassassin --lint -debug I get this
SNIP
What am I missing/doing wrong/breaking?
If you are running the latest
Michael Sims wrote:
John Rudd wrote:
Michael Sims wrote:
No biggie, my Net::DNS solution is working fine so I'll stick with
that for now.
What exactly is it that you're trying to do?
Get the PTR for the connecting relay, even if the forward and reverse lookups
don't match. Apparently
John Rudd wrote:
Michael Sims wrote:
John Rudd wrote:
What exactly is it that you're trying to do?
Get the PTR for the connecting relay, even if the forward and
reverse lookups don't match. Apparently $RelayHostname only
contains the PTR if they do match. Currently I'm checking for this
9 matches
Mail list logo