much for least path of resistance to get stuff out
the door.
HOWEVER, here's a brilliant idea. We create an ultrasafe rule channel
or something like that. We put scores that disable the new RBL in that
and they can pull sa-update default + the ultrasafe channels and
combined they disable all
On Tue, 2011-12-06 at 15:11 -0500, David F. Skoll wrote:
Is there much to set up? sa-update already has a --channel argument.
It seems to me all you need to do is put new DNSBLs in a testing
channel.
New, let alone worthwhile, DNSBLs don't just pop up like that.
If anyone wants to include
On Tue, 06 Dec 2011 22:01:44 +0100
Karsten Bräckelmann guent...@rudersport.de wrote:
On Tue, 2011-12-06 at 15:11 -0500, David F. Skoll wrote:
Is there much to set up? sa-update already has a --channel
argument. It seems to me all you need to do is put new DNSBLs in a
testing channel
On 12/02, Karsten Bräckelmann wrote:
How very subversive...
I asked in the bug how people felt about posting to the users list about
it. I got no objections.
The complete lack of responses from anybody but you in the last 4 days
seems to be a loud and clear indication that nobody cares, and we
, and we
should go ahead with adding this useful blacklist.
Ah... I didn't object because I don't use sa-update. Nevertheless, if
I did use sa-update, I think I'd find the addition of a new DNSBL
slightly disconcerting.
I'm not very familiar with sa-update, but perhaps it should have
seperate
On Thu, 2011-12-01 at 12:58 -0500, dar...@chaosreigns.com wrote:
Since you keep stressing the one, 1, single DNS query per message, I
cannot help but nit-pick -- please do have a look at the rules you're
talking about. Or maybe, just re-read your own comment 1 on bug 6400.
It's not a single
to be a loud and clear indication that nobody cares, and we
should go ahead with adding this useful blacklist.
Ah... I didn't object because I don't use sa-update. Nevertheless, if
I did use sa-update, I think I'd find the addition of a new DNSBL
slightly disconcerting.
I'm not very familiar with sa-update
On Mon, 2011-12-05 at 16:27 -0500, dar...@chaosreigns.com wrote:
On 12/02, Karsten Bräckelmann wrote:
How very subversive...
I asked in the bug how people felt about posting to the users list about
it. I got no objections.
You got no answer. Subtle difference.
The complete lack of
There is some question among spamassassin developers* on whether or not
it is acceptable to increase the network load of spamassassin, by one
DNS query per email, for existing releases (version 3.3.x), by adding
one DNS blacklist to the rule set via sa-update.
This Mailspike blacklist has proved
), by adding
one DNS blacklist to the rule set via sa-update.
Since you keep stressing the one, 1, single DNS query per message, I
cannot help but nit-pick -- please do have a look at the rules you're
talking about. Or maybe, just re-read your own comment 1 on bug 6400.
It's not a single query
On 11/02/2011 01:26 PM, Michael Cronenworth wrote:
Running sa-update manually as root does not produce any error message.
The update completes successfully. I will file a bug with Fedora,
however, the last Fedora update was over a month ago.
If anyone is curious the problem seems
On Sat, 2011-11-05 at 18:51 -0500, Michael Cronenworth wrote:
Running sa-update manually as root does not produce any error message.
The update completes successfully. I will file a bug with Fedora,
If anyone is curious the problem seems to be caused by SELinux denying
gpg access
Hello,
I'm using Spamassassin 3.3.2 on Fedora 15. I'm using the distro supplied
system script and the included automatic cron job to run sa-update every
night. Any output from sa-update is put into /var/log/sa-update.log.
Spam filtering and updating has been functioning correctly up until
On Wed, 2011-11-02 at 08:51 -0500, Michael Cronenworth wrote:
For the past three days sa-update has not been able to update. I receive
this in the sa-update.log:
error: GPG validation failed!
The update downloaded successfully, but the GPG signature verification
failed.
channel: GPG
Karsten Bräckelmann wrote:
Manually running 'sa-update -D', and dig through the verbose debug
output for some relevant information.
Running sa-update manually as root does not produce any error message.
The update completes successfully. I will file a bug with Fedora,
however, the last
On Wed, 2011-11-02 at 13:26 -0500, Michael Cronenworth wrote:
Karsten Bräckelmann wrote:
Manually running 'sa-update -D', and dig through the verbose debug
output for some relevant information.
Running sa-update manually as root does not produce any error message.
The update completes
On 11/02, Karsten Bräckelmann wrote:
The reason for this breaking about 3 days ago, while the last distro
update was older, most likely would be the updates itself -- about 3
days ago is when a new stock rules update has been pushed, with no
updates for a couple weeks previously.
9.1 weeks.
Linda Walsh wrote:
Sorry, included that in my subject
I did run sa-update, all it says (put it in verbose mode) is that
the rules are up to date.
Initially it did download the rules into
/var/lib/spamassassin/version/more subdirs.
Those files are still there, but spamd is,
apparently
I wanted to try to head off an increasing spam count I'd gotten
since I upgraded my suse server to 11.4 ...
So I tried cpan to goto 3.3.2, but now...it says ..
no rules!...I've tried putting rules in just about every dir I can think
of...
I had it running as as a daemon before - I thought it
added /etc/cron.d/sa-update to your system. It
runs a daily update at 04:10, but you can run it manually if it hasn't
already picked up a rule set.
Martin
Sorry, included that in my subject
I did run sa-update, all it says (put it in verbose mode) is that
the rules are up to date.
Initially it did download the rules into
/var/lib/spamassassin/version/more subdirs.
Those files are still there, but spamd is,
apparently, not seeing them
Are you sure you are running the right spamd? We (at University) run SA
3.3.2 on OpenSuse with no problems, but did have to pull the rules.
==John ff
On Thu, 20 Oct 2011, Linda Walsh wrote:
Sorry, included that in my subject
I did run sa-update, all it says (put it in verbose mode
of...
never install from cpan direct !
if you like to get 3.3.2 then create 3.3.2 from cpan into a rpm that
are installeble is ok, after that run sa-update
last resort make a bug on opensuse to have if thay like unstable 3.3.2
as rpm, this is the best route
I did run sa-update, all it says (put it in verbose mode) is that
the rules are up to date.
Initially it did download the rules into
/var/lib/spamassassin/version/more subdirs.
Those files are still there, but spamd is,
apparently, not seeing them.
Start 'spamassassin' from a command
found a bug in sa-update
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6655
if TMPDIR is not writable, sa-update will continue to attempt to rotate
through mirrors, over and over and over.
if (!$UPDTmp) {
$UPDTmp = Mail::SpamAssassin::Util::secure_tmpdir();
dbg(generic
On 8/26/11 4:59 PM, Michael Scheidell wrote:
found a bug in sa-update
bigger bug.. bug is in ../Util.pm.
it will TRY to create a tmpfile on a nonexistant or read only dir,
and anything that trys to use that dir will fail and not know why.
patch to fix included.
--
Michael Scheidell
You were right. I've reinstalled LWP and sa-update worked.
Thank you John.
John Hardin wrote:
On Fri, 12 Aug 2011, manspan1 wrote:
I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10.
When I run: sa-update I get:
http: GET http://spamassassin.apache.org/updates
I just noticed that my cron-job for sa-update/sa-compile has crashed over
the weekend.
Spamassassin lints fine, but sa-compile fails:
Aug 15 08:59:42.970 [469] info: generic: base extraction starting. this can
take a while...
Aug 15 08:59:42.970 [469] info: generic: extracting from rules of type
On 8/15/11 10:07 AM, Daniel McDonald wrote:
I just noticed that my cron-job for sa-update/sa-compile has crashed
over the weekend.
Spamassassin lints fine, but sa-compile fails:
Aug 15 08:59:42.970 [469] info: generic: base extraction starting.
this can take a while...
Aug 15 08:59:42.970
On 8/15/11 10:13 AM, Michael Scheidell wrote:
On 8/15/11 10:07 AM, Daniel McDonald wrote:
mine too. running sa-update again(just now) picks up a new build.
interesting, spamassassin --lint didn't pick anything up.
also note, 'scanner2.c' is a blank file, 0 bytes\
didn't help: (tz is CEST
On 8/15/11 10:15 AM, Michael Scheidell wrote:
On 8/15/11 10:13 AM, Michael Scheidell wrote:
On 8/15/11 10:07 AM, Daniel McDonald wrote:
mine too. running sa-update again(just now) picks up a new build.
interesting, spamassassin --lint didn't pick anything up.
also note, 'scanner2.c
On 8/15/2011 10:15 AM, Michael Scheidell wrote:
On 8/15/11 10:13 AM, Michael Scheidell wrote:
On 8/15/11 10:07 AM, Daniel McDonald wrote:
mine too. running sa-update again(just now) picks up a new build.
interesting, spamassassin --lint didn't pick anything up.
also note, 'scanner2.c
On 8/15/11 9:15 AM, Michael Scheidell michael.scheid...@secnap.com
wrote:
On 8/15/11 10:13 AM, Michael Scheidell wrote:
On 8/15/11 10:07 AM, Daniel McDonald wrote:
mine too. running sa-update again(just now) picks up a new build.
interesting, spamassassin --lint didn't pick
On 8/15/11 10:27 AM, Bowie Bailey wrote:
But that server is still running SA 3.3.1, so this may be caused by
something that changed from 3.3.1 to 3.3.2.
might be 3.3.2.. we have 3.3.2 also.
I do have OLD sought rules on systems. I started to see this fail at
3:00am yesterday, CEST time (9pm
is __SEEK_4CZTNZ, and it looks very much like the
problem is a newline in a string where there isn't allowed to be one.
I just did an sa-update and the problem didn't go away.
I'm running trunk (3.4.0) updated a couple days ago.
I'm going to remove sought for now.
--
It's never too late to panic
knew it wasn't a local problem.
The problematic rule is __SEEK_4CZTNZ, and it looks very much like the
problem is a newline in a string where there isn't allowed to be one.
I just did an sa-update and the problem didn't go away.
I'm running trunk (3.4.0) updated a couple days ago.
not fixed yet
On Mon, 2011-08-15 at 16:34 -0400, Michael Scheidell wrote:
I just did an sa-update and the problem didn't go away.
I'm running trunk (3.4.0) updated a couple days ago.
not fixed yet.
re2c: error: line 154, column 2: unterminated string constant (missing )
command failed: exit 1
I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10.
When I run: sa-update I get:
http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed:
501 Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in require: 501 Attempt to reload LWP/Protocol
On Fri, 12 Aug 2011, manspan1 wrote:
I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10.
When I run: sa-update I get:
http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed:
501 Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed
.
Longer answer:
Until subversion repository checkins reliably get published with a
sub-24h turnaround time, the rules in khop-sc-neighbors should not be
published through that mechanism. My sa-update channel is updated a few
times each day and can handle that.
Another issue with upstream
On Mon, 8 Aug 2011, Adam Katz wrote:
(I hear the publishing mechanism now allows for scores set in the
sandboxes to act as upper limits on published rules. That would solve
this issue.)
Confirmed.
--
John Hardin KA7OHZhttp://www.impsec.org/~jhardin/
jhar...@impsec.org
On 07/23/2011 01:05 PM, Benny Pedersen wrote:
On Sat, 23 Jul 2011 00:35:41 -0700 (PDT), Fenris wrote:
http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz request
failed: 404 Not Found:
Sorry Adam, I'm still seeing the same problem this morning, for whatever
reason it's still asking
On Fri, 05 Aug 2011 10:49:36 -0700, Adam Katz wrote:
On 07/23/2011 01:05 PM, Benny Pedersen wrote:
On Sat, 23 Jul 2011 00:35:41 -0700 (PDT), Fenris wrote:
http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz
request
I fixed this yesterday and updates are now fully functional.
super,
Adam Katz-10 wrote:
Fenris b...@fenrir.org.uk wrote
Recently (for a few weeks I think) I've been seeing errors from my
sa-update script, like this:
/etc/cron.daily/sa-update:
http: GET
http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz request
failed: 404 Not Found
On Sat, 23 Jul 2011 00:35:41 -0700 (PDT), Fenris wrote:
http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz request
failed: 404 Not Found:
Sorry Adam, I'm still seeing the same problem this morning, for
whatever
reason it's still asking for
the 21st June tar.gz that was causing the
On Mon, 18 Jul 2011 01:50:45 -0700 (PDT), Fenris wrote:
khop-sc-neighbors
its just this channel missing on 3.3.2
Fenris b...@fenrir.org.uk wrote in message
news:32081598.p...@talk.nabble.com...
Recently (for a few weeks I think) I've been seeing errors from my
sa-update
script, like this:
/etc/cron.daily/sa-update:
http: GET http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz
request
failed: 404
Fenris b...@fenrir.org.uk wrote
Recently (for a few weeks I think) I've been seeing errors from my
sa-update script, like this:
/etc/cron.daily/sa-update:
http: GET
http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz request
failed: 404 Not Found:
...
channel: could not find
Recently (for a few weeks I think) I've been seeing errors from my sa-update
script, like this:
/etc/cron.daily/sa-update:
http: GET http://khopesh.com/sa/khop-sc-neighbors/2011062101.tar.gz request
failed: 404 Not Found: ?xml version=1.0 encoding=ISO-8859-1?!DOCTYPE
html PUBLIC -//W3C//DTD
I apologize, the CentOS 5.5 was a typo...its 5.6.
I'm going to try and update perl-Net-DNS and see where that takes me.
Warren Togami Jr. wrote:
On 7/15/2011 10:35 AM, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i
I updated perl-Net-DNS to 0.66 and sa-update runs correctly now.thanks
for the help.
ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS
module
name2labels is not exported
On 7/16/2011 4:54 AM, dar...@chaosreigns.com wrote:
On 07/15, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS module
name2labels is not exported by the Net::DNS module
My guess
On 2011-07-17 18:32, Warren Togami Jr. wrote:
On 7/16/2011 4:54 AM, dar...@chaosreigns.com wrote:
On 07/15, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS
module
name2labels
On 7/17/2011 7:55 AM, Axb wrote:
On 2011-07-17 18:32, Warren Togami Jr. wrote:
On 7/16/2011 4:54 AM, dar...@chaosreigns.com wrote:
On 07/15, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures
On 18/07/11 02:58, Warren Togami Jr. wrote:
On 7/17/2011 7:55 AM, Axb wrote:
On 2011-07-17 18:32, Warren Togami Jr. wrote:
On 7/16/2011 4:54 AM, dar...@chaosreigns.com wrote:
On 07/15, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa
On 07/15, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS module
name2labels is not exported by the Net::DNS module
My guess is Net::DNS version 0.59 is too old. In which case
On 7/16/11 10:54 AM, dar...@chaosreigns.com wrote:
My guess is Net::DNS version 0.59 is too old. I
on freebsd, we specify a minimum version of Net-DNS=0.63
Not sure if it was due to problems we knew about, or bug reports on this
list.
--
Michael Scheidell, CTO
o: 561-999-5000
d:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS module
name2labels is not exported by the Net::DNS module
Can't continue after import errors at
/usr/lib/perl5/vendor_perl/5.8.8/Net/DNS/RR/NSEC3.pm
On 7/15/2011 10:35 AM, ssapp80 wrote:
Running spamassassin-3.3.2 on CentOS 5.5
perl-Net-DNS ver 0.59 installed
When I run sa-update i receive the following failures on the Net::DNS module
name2labels is not exported by the Net::DNS module
Can't continue after import errors at
/usr/lib/perl5
sa-update
provided ruleset (or probably earlier).
The (now) missing 'eval:received_within_months()' clause seems to
hide the vars I'm planning to use - making them undef (see my previous
post).
This in turn reveals that I most likely try to use the API in an
unsupported way (which luckily worked
found this old thread regarding the proxy capabilities of sa-update. I
wonder why Michael's patch hasn't been included to the official source.
We've got a customer that wants to use sa-update through a proxy but using a
custom patch to provide such a feature is kind of weird. Would it be
possible
--connect-timeout.
[...]
Hi,
just found this old thread regarding the proxy capabilities of sa-update. I
wonder why Michael's patch hasn't been included to the official source.
We've got a customer that wants to use sa-update through a proxy but using a
custom patch to provide such a feature is kind
the rules from:
Mail-SpamAssassin-rules-3.3.1.r923114.tgz
As soon as I run sa-update and restart amavisd-new... the vars
(I've attached the plugin code in order for you to check/test)
36: my $date_received = $msg-{ date_received };
51: my $recv_header_times_ref = $msg-{ received_header_times
On Wed, 2011-01-26 at 23:31 +0100, Karsten Bräckelmann wrote:
On Wed, 2011-01-26 at 13:27 -0800, an anonymous Nabble user wrote:
IS this temporary and if not how do i switch to another mirror to get an
update?
That's weird...
It's the update version for 3.3.0, but NOT on any mirror.
I am getting htis error now when sa-update runs.
Jan 26 16:22:23.277 [31200] dbg: http: GET
http://daryl.dostech.ca/sa-update/asf/1061118.tar.gz request failed,
retrying: 500 Can't connect to daryl.dostech.ca:80 (connect: timeout): 500
Can't connect to daryl.dostech.ca:80 (connect: timeout
On Wed, 2011-01-26 at 13:27 -0800, an anonymous Nabble user wrote:
I am getting htis error now when sa-update runs.
Jan 26 16:22:23.277 [31200] dbg: http: GET
http://daryl.dostech.ca/sa-update/asf/1061118.tar.gz request failed,
retrying: 500 Can't connect to daryl.dostech.ca:80 (connect
hi,
i have a self-compiled installation of SA 3.2.5 on a rather old redhat
system (RH 7.3, perl v5.6.1). SA is installed in
/usr/local/SpamAssassin-3.2.5. when i run
/usr/local/SpamAssassin-3.2.5/bin/sa-update -D i get the following error:
[13623] dbg: channel: file verification passed
On Wed, 29 Dec 2010, Matthias Leopold wrote:
Could not open 'IO::Zlib=GLOB(0x8d7581c)' for reading: No such file or
directory at /usr/local/SpamAssassin-3.2.5/bin/sa-update line 969
No data could be read from file at
/usr/local/SpamAssassin-3.2.4/bin/sa-update line 969
fatal: couldn't create
Am 2010-12-29 15:10, schrieb John Hardin:
On Wed, 29 Dec 2010, Matthias Leopold wrote:
Could not open 'IO::Zlib=GLOB(0x8d7581c)' for reading: No such file or
directory at /usr/local/SpamAssassin-3.2.5/bin/sa-update line 969
No data could be read from file at
/usr/local/SpamAssassin-3.2.4/bin
On 12/15/2010 11:57 AM, Andy Jezierski wrote:
Been away from the list for quite some time. Just updated SA from
3.2.5 to 3.3.1. Have been trying to find a list of sa-update channels
that are still relevant but not with much success.
Does anyone know is such a list exists, or if you know
On 2010-12-15 19:00, Lawrence @ Rogers wrote:
massive_snip
90_2tld.cf.sare.sa-update.dostech.net
this has been deprecated and replaced with SA's default 20_aux_tlds.cf
See in: 20_aux_tlds.cf
# This file replaces the SARE http://www.rulesemporium.com/rules/90_2tld.cf
# which will be
On 2010-12-15 21:41, Lawrence @ Rogers wrote:
On 15/12/2010 3:51 PM, Bowie Bailey wrote:
The khop rules are good. I thought the 2tld stuff had been pulled into
SA as 20_aux_tlds.cf?
It has, but the Daryl edited one has some additional stuff (I think)
that isn't in there. There is conditional
Sorry all,
Been away from the list for quite some time. Just updated SA from 3.2.5
to 3.3.1. Have been trying to find a list of sa-update channels that are
still relevant but not with much success.
Does anyone know is such a list exists, or if you know of which additional
channels can still
On 12/15/2010 11:57 AM, Andy Jezierski wrote:
Sorry all,
Been away from the list for quite some time. Just updated SA from
3.2.5 to 3.3.1. Have been trying to find a list of sa-update channels
that are still relevant but not with much success.
Does anyone know is such a list exists
On 15/12/2010 1:32 PM, Bowie Bailey wrote:
On 12/15/2010 11:57 AM, Andy Jezierski wrote:
Sorry all,
Been away from the list for quite some time. Just updated SA from
3.2.5 to 3.3.1. Have been trying to find a list of sa-update channels
that are still relevant but not with much success.
Does
On 12/15/2010 1:00 PM, Lawrence @ Rogers wrote:
On 15/12/2010 1:32 PM, Bowie Bailey wrote:
On 12/15/2010 11:57 AM, Andy Jezierski wrote:
Sorry all,
Been away from the list for quite some time. Just updated SA from
3.2.5 to 3.3.1. Have been trying to find a list of sa-update channels
On 15/12/2010 3:51 PM, Bowie Bailey wrote:
The khop rules are good. I thought the 2tld stuff had been pulled into
SA as 20_aux_tlds.cf?
It has, but the Daryl edited one has some additional stuff (I think)
that isn't in there. There is conditional code that enables certain
rules in the file
Hi,
Is there anyway to see the changes made by sa-udpate when I execute it?
I want to see which rules and scores are modified since the last update.
Thanks!
Regards,
--
Alvaro Marín Illera
Hostalia Internet
www.hostalia.com
On 2010-11-16 11:41, Alvaro Marin wrote:
Hi,
Is there anyway to see the changes made by sa-udpate when I execute it?
I want to see which rules and scores are modified since the last update.
Thanks!
Regards,
sa-update -D
On 11/16/2010 6:05 AM, Yet Another Ninja wrote:
On 2010-11-16 11:41, Alvaro Marin wrote:
Hi,
Is there anyway to see the changes made by sa-udpate when I execute it?
I want to see which rules and scores are modified since the last update.
Thanks!
Regards,
sa-update -D
sa-update -v
Hi,
We're a webhosting/custom software development company in Vancouver
(www.gossamer-threads.com). With the recent issues with the sa-update
mirrors, we were wondering if it's possible to become an official mirror
for sa-update (eg. being listed in
http://spamassassin.apache.org/updates
On Mon, 2010-11-15 at 11:42 -0800, Sukhwinder Romana wrote:
We're a webhosting/custom software development company in Vancouver
(www.gossamer-threads.com). With the recent issues with the sa-update
mirrors, we were wondering if it's possible to become an official mirror
for sa-update
What I've read in the past suggests that sa-compile needs to be rerun
each time sa-update modifies the rules. What happens if it isn't?
I get the impression from Rule2XSBody.pm that new, modified and
difficult rules are left for evaluation in perl, and the unmodified
compiled rules continue
Today for the 1st time on my mail server I attempted to manually run
the 'sa-update' command in the shell and got the following:
[r...@mail ~]# sa-update
defined(%hash) is deprecated at
/usr/share/perl5/vendor_perl/Mail/SpamAssassin/Dns.pm line 757.
(Maybe you should just omit
On 10/26/10 12:18 PM, Carlos Mennens carlosw...@gmail.com wrote:
Today for the 1st time on my mail server I attempted to manually run
the 'sa-update' command in the shell and got the following:
[r...@mail ~]# sa-update
defined(%hash) is deprecated at
/usr/share/perl5/vendor_perl/Mail
On Tuesday October 26 2010 19:30:55 Daniel McDonald wrote:
On 10/26/10 12:18 PM, Carlos Mennens carlosw...@gmail.com wrote:
Today for the 1st time on my mail server I attempted to manually run
the 'sa-update' command in the shell and got the following:
[r...@mail ~]# sa-update
:
spamassassin -C /etc/opt/mail/spamassassin/ -t /path/to/message
^^
Why are you using that option? The given path looks like your site
config dir, not the default rule-set dir. The latter, which is what -C
sets, also is the dir where sa-update puts the rules.
See 'man spamassassin-run'. Also
Hi,
I'm seeing (no report template found) on:
SpamAssassin version 3.3.2-r929478
running on Perl version 5.12.2
This is a build of perl installed in /opt/perl5.
Took SpamAssassin from the SVN repo to get around the taint issue as
this doesn't seem to have made it onto CPAN yet
/to/message
^^
Why are you using that option? The given path looks like your site
config dir, not the default rule-set dir. The latter, which is what -C
sets, also is the dir where sa-update puts the rules.
See 'man spamassassin-run'. Also see 'man spamassassin' for the dirs
used by default
On Mon, 13 Sep 2010, Daryl C. W. O'Shea wrote:
I think our goal, though, should be getting more mass-check submitters.
Oh, yes, definitely.
--
John Hardin KA7OHZhttp://www.impsec.org/~jhardin/
jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org
key:
On Wed, 8 Sep 2010 16:02:10 -0700 (PDT)
John Hardin jhar...@impsec.org wrote:
On Wed, 8 Sep 2010, RW wrote:
What's the reason for the age limit?
The nature of spam (and, to a lesser degree, ham, barring major
changes like the widespread adoption of HTML email) changes over
time. A rule
On 9/9/10 7:46 AM, RW rwmailli...@googlemail.com wrote:
On Wed, 8 Sep 2010 16:02:10 -0700 (PDT)
John Hardin jhar...@impsec.org wrote:
On Wed, 8 Sep 2010, RW wrote:
What's the reason for the age limit?
The nature of spam (and, to a lesser degree, ham, barring major
changes like the
On Thu, 09 Sep 2010 08:03:22 -0500
Daniel McDonald dan.mcdon...@austinenergy.com wrote:
On 9/9/10 7:46 AM, RW rwmailli...@googlemail.com wrote:
Would it not be sensible to keep ham for as long as necessary, and
supplement the spam corpus with spamtraps?
Ham is plentiful
Then
On Thu, 9 Sep 2010, RW wrote:
The current rules are 39 months before the ham ages out.
If someone has done an empirical study that shows that the FP rate
deteriorates significantly after 39 months then that's fine. If the
figure has just been plucked out of the air, I don't see the sense in
sa-update for version 3.3 is usually very quiet - last update 4 July;
previous one 12 June. We have been getting daily updates since Saturday
morning. Is this expected?
Tony.
--
f.anthony.n.finch d...@dotat.at http://dotat.at/
HUMBER THAMES DOVER WIGHT PORTLAND: NORTH BACKING WEST OR NORTHWEST
On Wed, 8 Sep 2010, Tony Finch wrote:
sa-update for version 3.3 is usually very quiet - last update 4 July;
previous one 12 June. We have been getting daily updates since Saturday
morning. Is this expected?
It's expected and very welcome. It means the age-limited nightly masscheck
corpora
On Wed, 8 Sep 2010, John Hardin wrote:
It's expected and very welcome. It means the age-limited nightly masscheck
corpora have once again gotten large enough that the score generator can
safely publish updated rules and scores on a regular basis.
Ah, good news :-)
Tony.
--
f.anthony.n.finch
On Wed, 8 Sep 2010, RW wrote:
On Wed, 8 Sep 2010 09:51:43 -0700 (PDT)
John Hardin jhar...@impsec.org wrote:
On Wed, 8 Sep 2010, Tony Finch wrote:
sa-update for version 3.3 is usually very quiet - last update 4
July; previous one 12 June. We have been getting daily updates
since Saturday
Hi,
at my Debian Lenny /etc/resolv.conf contains options inet6
sa-update failed with retruncode 4.
GET http://spamassassin.apache.org/updates/MIRRORED.BY request
failed: 500 Can't connect to spamassassin.apache.org:80 (Bad hostname
'spamassassin.apache.org'): 500 Can't connect
On 8/8/10 2:46 PM, Andreas Schulze wrote:
Hi,
at my Debian Lenny /etc/resolv.conf contains options inet6
sa-update failed with retruncode 4.
GET http://spamassassin.apache.org/updates/MIRRORED.BY request
failed: 500 Can't connect to spamassassin.apache.org:80 (Bad hostname
501 - 600 of 1853 matches
Mail list logo