Ilan Aisic wrote:
Just my 2 cents:
I don't see the ALL_TRUSTED ever in action because at my MTA level
(Exim 4.5), I don't direct mail that comes from my internal network
through SA.
Anyone sees a reason to do so?
I do recommend directing all the internal email through an anti-virus
(ClamAV in m
Just my 2 cents:
I don't see the ALL_TRUSTED ever in action because at my MTA level
(Exim 4.5), I don't direct mail that comes from my internal network
through SA.
Anyone sees a reason to do so?
I do recommend directing all the internal email through an anti-virus
(ClamAV in my case). I thought
Clay Irving wrote:
I set ALL_TRUSTED to 0.0
That helps explain it. The SPF implementation depends on a properly set
up trust path. If you were seeing misfires on ALL_TRUSTED, that
probably means your trust path was incorrect.
The proper solution is to set your trusted_networks and
From: "Clay Irving" <[EMAIL PROTECTED]>
> On Sat, Aug 06, 2005 at 09:39:24PM -0500, Steve Martin wrote:
>
> > It works for me. If the message only went through relays listed in
> > "internal_networks" and "trusted_networks" per your configuration, it
> > won't do the tests since you have exp
On Sat, Aug 06, 2005 at 09:39:24PM -0500, Steve Martin wrote:
> It works for me. If the message only went through relays listed in
> "internal_networks" and "trusted_networks" per your configuration, it
> won't do the tests since you have explicitly told it that those
> relays are trusted.
It works for me. If the message only went through relays listed in
"internal_networks" and "trusted_networks" per your configuration, it
won't do the tests since you have explicitly told it that those
relays are trusted.
You should be seeing "ALL_TRUSTED" as one of the rules that fired on
Has anyone sucessfully implemented SPF scoring? I have it working with 3.0.4,
but everything is a "trusted relay" -- From debug:
debug: registering glue method for check_for_spf_helo_pass
(Mail::SpamAssassin::Plugin::SPF=HASH(0xa26763c))
debug: SPF: message was delivered entirely via tru