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 plen
Update returned sought rules 1/31/2010.
Had to pinch myself 2.5 times (1 per month)
to be sure.
Thanks.
On Fri, Jan 29, 2010 at 8:41 PM, David Morton 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 calcu
On Fri, Jan 29, 2010 at 7:58 PM, Bowie Bailey 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 are bei
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:
X-spa
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
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, line 2.
Jan 31 18:
On Sun, 31 Jan 2010 16:21:10 -0500
Michael Scheidell 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 install
option?
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 Compa
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
freebs
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
From: "Michael Scheidell"
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 w
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
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? ../sha
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
ldap://localhost:389/ou=customer,dc=hq,dc=imos,dc=ne
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 wrote:
> Hello List,
>
> i am using Debian Lenny with spamassassin (3.2.5-2+lenny2), perl
> (
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:
spamd
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 followin
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
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
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 convinc
21 matches
Mail list logo