On Friday, January 29, 2010, 12:27:59 PM, Marc Sherman wrote:
Matija Nalis wrote:
Also note that SARE Ninjas are long gone - see main page
http://www.rulesemporium.com/. So nobody could fix those rules even if they
thought it was a good idea (and at least some people are not convinced it is
Hi!
Also note that SARE Ninjas are long gone - see main page
http://www.rulesemporium.com/. So nobody could fix those rules even if they
thought it was a good idea (and at least some people are not convinced it is
a bad idea); and even if the rules could be fixed, still at least half the
world
Ralph Bornefeld-Ettmann wrote on Sat, 30 Jan 2010 02:56:34 +0100:
it should be enough to rebuild table bayes_global_vars.
He isn't using SQL it seems.
Kai
--
Get your web at Conactive Internet Services: http://www.conactive.com
R-Elists wrote on Fri, 29 Jan 2010 11:56:22 -0800:
i appreciate your input, yet i really wanted Warren to answer for his blog
post on it in specific terms related to SA
i can handle absolutes pretty easy...
if we shouldnt use SARE with 3.3.x, no prob.
How long have you been following
Hello List,
i am using Debian Lenny with spamassassin (3.2.5-2+lenny2), perl
(5.10.0-19lenny2) and slapd (2.4.11-1+lenny1).
In /etc/spamassassin/local.cf i have:
user_scores_dsn
ldap://localhost:389/ou=customer,dc=hq,dc=example,dc=net?attr?scope?uid=__USERNAME__
In my log i get this error:
ok, this was a stupid Copy+paste mistake.
the correct line should be:
ldap://localhost:389/ou=customer,dc=hq,dc=example,dc=net?spamassassin?sub?uid=__USERNAME__
:)
On Sun, Jan 31, 2010 at 6:43 PM, ml ml mliebher...@googlemail.com wrote:
Hello List,
i am using Debian Lenny with spamassassin
Hello List,
i currently have this dsn:
user_scores_dsn
ldap://localhost:389/ou=customer,dc=hq,dc=imos,dc=net?spamassassin?sub?uid=__USERNAME__
However, i do not want user based configs, but a Domain based config.
Somthing like:
user_scores_dsn
Working on official SA 3.3.0 port for Freebsd, have a Question:
if user who installs SA 3.3.0 does NOT install or use sa-update, then I
have to install the default ruleset.
where should I put it? into the updates directory?
../3.003000/updates_spamassassin_org/
or where it was for 3.2.5?
On 01/30/2010 12:24 PM, Karsten Bräckelmann wrote:
On Sat, 2010-01-30 at 12:16 -0800, Philip A. Prindeville wrote:
I ran yum update on my FC11 machine a couple of days ago, and now I'm
getting nightly cron errors:
Would be nice and maybe even helpful to know, what command(s) that
From: Michael Scheidell scheid...@secnap.net
Working on official SA 3.3.0 port for Freebsd, have a Question:
if user who installs SA 3.3.0 does NOT install or use sa-update, then I
have to install the default ruleset.
where should I put it? into the updates directory?
On 1/31/10 3:51 PM, Jack Raats wrote:
I would vote for the update directory and automagically run sa-update
when installing the port unattended.
would save disk space, and (I assume) overwrite older files.
however.. there still is ../share/spamassassin
these files anyway: (raw install, no
I am the official Freebsd ports maintainer for SA.
I have RC1 of the Freebsd port ready for testing. post request here.
note: everything is up for changing as I test. looks like it installs
on 7.1, amd64, perl 5.8.9.
Looking to test perl 5.8.8, 5.10.0, threaded perl 5.10.0, i386, 7.2 and
maybe I should have read ../INSTALL file :-)
Install rules from a compressed tar archive:
sa-update --install Mail-SpamAssassin-rules-xxx.tgz
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
*| *SECNAP Network Security Corporation
* Certified SNORT Integrator
* 2008-9 Hot
On Sun, 31 Jan 2010 16:21:10 -0500
Michael Scheidell scheid...@secnap.net wrote:
maybe I should have read ../INSTALL file :-)
Install rules from a compressed tar archive:
sa-update --install Mail-SpamAssassin-rules-xxx.tgz
Isn't it sending out the wrong message to automate this as an
SA 3.3.0, just installed via CPAN this afternoon. When running my spam
reporter script I noticed this:
warn: reporter: DCC report via dccproc failed: Can't locate object
method close_pipe_fh via package Mail::SpamAssassin::Reporter
at /etc/mail/spamassassin/DCC.pm line 803, DCC line 2.
Jan 31
On Sun, 2010-01-31 at 20:03 -0600, Chris wrote:
SA 3.3.0, just installed via CPAN this afternoon. When running my spam
reporter script I noticed this:
warn: reporter: DCC report via dccproc failed: Can't locate object
method close_pipe_fh via package Mail::SpamAssassin::Reporter
at
Has the format for this changed from 3.2.5 to 3.3.0? Looking at the
headers of a message scanned with 3.2.5 I see:
X-spam-token: Summary Tokens: new, 170; hammy, 151; neutral, 474;
spammy, 0.
X-spam-hammy: 0.000-173--219h-0s--7d--H*RU:sk:owner-t,
0.000-96--122h-0s--5d--Smarter
With 3.3.0:
On Fri, Jan 29, 2010 at 7:58 PM, Bowie Bailey bowie_bai...@buc.com wrote:
ram wrote:
The rules in /usr/share/spamassassin are the original rules from the
install. If /var/lib/spamassassin/3.002.005 exists, those rules
will be
used instead. You can verify which rules
On Fri, Jan 29, 2010 at 8:41 PM, David Morton morto...@dgrmm.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bowie Bailey wrote:
ram wrote:
iam still in confuse, how can i fine tune sitewide rules to send all
the users to send spam mails to one user ID
and configure rule to
Update returned sought rules 1/31/2010.
Had to pinch myself 2.5 times (1 per month)
to be sure.
Thanks.
Le 30/01/2010 10:32, Ned Slider a écrit :
There is already a from Hotmail rule in 20_head_tests.cf for use in
meta rules that may suffice?
header __FROM_HOTMAIL_COMFrom =~ /\...@hotmail\.com\b/i
Bear in mind, however, that not all hotmail users have hotmail.com
domains. There are
21 matches
Mail list logo