On Wed, 19 Oct 2016, Bill Cole wrote:
This is a print Dumper of permsgstatus with a grep -i PYZOR:
[snip]
Hmmm... Relevant context of those lines is lost with grep, but they confirm
something odd is going on.
Perhaps dump the entire thing to a text file and post it (gzipped if
large) to p
>Hmmm... Relevant context of those lines is lost with grep, but they
>confirm something odd is going on.
Bill, your remark is welcome, what lines/info should i pay attention to or
event post here?
Pedro
Thanks in any case Bill...
Really appreciate all your help and time... Bill, John, Matus...
Pedro
From: Bill Cole
To: "users@spamassassin.apache.org"
Cc: Pedro David Marco
Sent: Thursday, October 20, 2016 5:03 AM
Subject: Re: PYZOR_CHECK always have zero score, why?
On 19
On 19 Oct 2016, at 22:41, Pedro David Marco wrote:
Thanks Bill...
I wish it had been more helpful.
tested...
1. Add to local.cf, along with the other PYZOR_CHECK_2 lines you
had:>> tflags PYZOR_CHECK_2 net>>Does that change whether the
rule is hit?>>>2. Change the PYZOR_CHECK score line
Thanks Bill...
tested...
>1. Add to local.cf, along with the other PYZOR_CHECK_2 lines you had:>>
>tflags PYZOR_CHECK_2 net>>Does that change whether the rule is hit?>>>2.
>Change the PYZOR_CHECK score line in 50_scores.cf to:>> score PYZOR_CHECK
>0.001 1.985 0.001 1.392>>Does that quiet t
I believe the "take your business elsewhere" comment was referring to your ISP,
not to this list. I.e., find an ISP that has a support staff that knows what
they're doing.
...Kevin
--
Kevin Miller
Network/email Administrator, CBJ MIS Dept.
155 South Seward Street
Juneau, Alaska 99801
Phone: (90
Dear Apache Enthusiast,
ApacheCon Sevilla is now less than a month out, and we need your help
getting the word out. Please tell your colleagues, your friends, and
members of related technical communities, about this event. Rates go up
November 3rd, so register today!
ApacheCon, and Apache Big Dat
On 19 Oct 2016, at 12:16, Pedro David Marco wrote:
IIRC I've seen this warning on meta rule dependencies with a non-zero
scores. Unless you have a better reason to think Pyzor isn't working,
I>'d just ignore it.
Well... you are right, in fact i have no problem in ignoring it, but i
do not li
Alex wrote:
> Hi,
>
> I've collected a bunch of URIs that I'd like to incorporate into my
> rulebase. I know how to create a DNSBL, but I don't specifically know
> how to create a URIBL. Can I use rbldnsd for this? Or would I have to
> extract the IP or hostname from the URL, then also use a bunch
>IIRC I've seen this warning on meta rule dependencies with a non-zero
>scores. Unless you have a better reason to think Pyzor isn't working,
I>'d just ignore it.
Well... you are right, in fact i have no problem in ignoring it, but i do not
like tohave unresolved issues in something that is goi
On 19.10.16 08:47, Pedro David Marco wrote:
Thanks Matus..
you should also check homedir of user spamassassin runs under (e.g. amavis)
i already looked for the string PYZOR_CHECK trhougout the full system (homes
included) with no luck..
where on hell is it overwriting the local.cf line???
s
On Wed, 19 Oct 2016 03:22:13 + (UTC)
Pedro David Marco wrote:
> Hi!
>
> It seems PYZOR_CHECK rule is not being used in my SA Just
> installed SA and Pyzor in a Debian and executed "pyzor discover."In
> Debian pyzor is enabled by default so nothing to add in
> local.cf. Command "pyzor che
On 10/18/2016 9:09 PM, Alex wrote:
How do you then enter ranges? For example, one of the rbldnsd zone
examples I've seen have entries such as:
1.168.160.0-255
That does not look to be in reverse order, as the host octet is still last.
while there may be a more complicated and unusual answer for
Thanks Matus..
>you should also check homedir of user spamassassin runs under (e.g. amavis)
i already looked for the string PYZOR_CHECK trhougout the full system (homes
included) with no luck..
where on hell is it overwriting the local.cf line???
score PYZOR_CHECK 2
and sets sco
On 10/19/2016 3:51 AM, Matus UHLAR - fantomas wrote:
are you REALLY sure the IP has to be reversed?
rbldns parses IP and reverses them by itself, if used in ip4* dataset.
When used in dnset, it should not be reversed.
Your most valid points do not apply to "dnset". they apply to ip4tset
and ip
On 10/19/2016 09:51 AM, Matus UHLAR - fantomas wrote:
On 18.10.16 20:03, Rob McEwen wrote:
So your three examples:
109 .73 .134 .241
would like like this:
.241 .134 .73 .109
NOTICE 2 things:
(2) the fact that the IP is in reverse order. The great part about
rbldnsd is that a lookup on
On 18.10.16 20:03, Rob McEwen wrote:
So your three examples:
109 .73 .134 .241
would like like this:
.241 .134 .73 .109
NOTICE 2 things:
(2) the fact that the IP is in reverse order. The great part about
rbldnsd is that a lookup on either
are you REALLY sure the IP has to be reversed
On 19.10.16 04:28, Pedro David Marco wrote:
i already did but still no clues...
Files in my Debian SA package (3.4.1) containing the string PYZOR_CHECK:
# for i in `dpkg -L spamassassin`; do grep -l PYZOR_CHECK $i 2>/dev/null ;
done/usr/share/spamassassin/30_text_fr.cf/usr/share/spamassassin/30_
18 matches
Mail list logo
