RE: [Mimedefang] $RelayHostname not matchingsendmail's Receivedheader?

2006-12-06 Thread Michael Sims
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 check

Re: [Mimedefang] $RelayHostname not matchingsendmail's Receivedheader?

2006-12-06 Thread John Rudd
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 $Re

[Mimedefang] Re: spamassassin config files - I'm confused

2006-12-06 Thread Scott Silva
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 spa

RE: [Mimedefang] $RelayHostname not matchingsendmail's Receivedheader?

2006-12-06 Thread Michael Sims
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 certain

Re: [Mimedefang] spamassassin config files - I'm confused

2006-12-06 Thread alan premselaar
-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/

RE: [Mimedefang] $RelayHostname not matchingsendmail's Receivedheader?

2006-12-06 Thread Michael Sims
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 o

[Mimedefang] spamassassin config files - I'm confused

2006-12-06 Thread Delahunty, Mark
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 s

Re: [Mimedefang] md is not the first relay

2006-12-06 Thread Jan-Pieter Cornet
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 exc

Re: [Mimedefang] $RelayHostname not matchingsendmail's Receivedheader?

2006-12-06 Thread Jan-Pieter Cornet
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 seei