Theo Van Dinter wrote on Tue, 21 Jun 2005 10:55:58 -0400:
> Can you open a ticket about this? We'll need to fix it before release.
following the conversation here and in "Subject: Problems after update SA
2.64 => 3.0.4" shall I still open a ticket on this or are you going to
fix/solve it anoth
Kai Schaetzl wrote:
Theo Van Dinter wrote on Sun, 19 Jun 2005 13:28:29 -0400:
Which module are you talking about? I'm assuming the Mail::DomainKeys
module. If so, you need to install that from CPAN, it's not part of SA.
I'm adding that to the list of optional modules in the INSTALL doc.
On Tue, Jun 21, 2005 at 09:48:28AM -0700, Justin Mason wrote:
> Descriptions being set for non-existent rules is a thoroughly minor
> issue and hardly has any effect, and scattering "ifplugin" lines
Well, yes, it's minor, but the message only occurs when running --lint.
This is something worth not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Theo Van Dinter writes:
> On Tue, Jun 21, 2005 at 02:32:07PM +0200, Kai Schaetzl wrote:
> > The interesting part concerning sa is that the warnings only appeared
> > *after* I commented out the hashcash plugin. Unexpected, isn't it?
>
> The problem
On Tue, Jun 21, 2005 at 02:32:07PM +0200, Kai Schaetzl wrote:
> The interesting part concerning sa is that the warnings only appeared
> *after* I commented out the hashcash plugin. Unexpected, isn't it?
The problem is that the translation files don't use the ifplugin bits to
correctly limit the d
wrote on Mon, 20 Jun 2005 15:40:13 -0700:
> > Where's that warning coming from?
>
> Perhaps the ä?
Yes, thanks for the hint. I removed the file with the German descriptions
and all is well. Those custom-language environments are a real trap. I
prefer to have it all in en-us on my own server
Theo Van Dinter wrote on Sun, 19 Jun 2005 13:28:29 -0400:
> Which module are you talking about? I'm assuming the Mail::DomainKeys
> module. If so, you need to install that from CPAN, it's not part of SA.
> I'm adding that to the list of optional modules in the INSTALL doc.
Yes, Mail::DomainKe
Kai Schaetzl wrote:
> 30_text_de.cf:lang de describe HASHCASH_HIGH Enthält korrekte
> Hashcash-Kennzeichnung (> 25 bits)
> 50_scores.cf:score HASHCASH_HIGH -5.000
>
> Where's that warning coming from?
Perhaps the ä?
--
Matthew.van.Eerde (at) hbinc.com 805.964.4554 x902
Hispanic
I installed on CentOS which I have never done before. Everything is okay
except for one thing. I get
[28414] warn: config: warning: description exists for non-existent rule
HASHCASH_HIGH
+ 7 ever HASHCASH rule warnings in --lint
all the other output is exactly like on my other non-CentOS syste
-Original Message-
From: Daryl C. W. O'Shea [mailto:[EMAIL PROTECTED]
Sent: Monday, June 20, 2005 6:23 PM
To: Ben Hanson
Cc: users@spamassassin.apache.org
Subject: Re: SpamAssassin 3.1.0pre1 PRERELEASE available!
Ben Hanson wrote:
> I get 139 "errors" regarding the 70_sare_wh
Ben Hanson wrote:
I get 139 "errors" regarding the 70_sare_whitelist.cf entries. from
3.1pre. Has the syntax for whitelist_from_rcvd changed?
Ben
This is due to the comments Bob had at the end of each entry, without a
# before them.
He was going to correct this prior to the 3.1 release. I
On Mon, Jun 20, 2005 at 09:43:05AM +0200, Bart Verwilst wrote:
> Does SA 3.1.0 have support for expiring bayes and AWL data? SA 3.0 just
> keeps filling the mysql databases containing this data endlessly.. My db
> has a couple of million entries now and still growing, and there is no
> way to clean
"Larry Rosenman"
wrote on 06/19/2005 01:46:41 PM:
> Another one you might want to add to that list:
>
> Crypt::OpenSSL::Bignum
>
> The pre-req chain for Mail::DomainKeys doesn't req it, but apparently
SA
> 3.1.0pre1 does.
>
> LER
>
Yep, ditto here. This was with the last SVN build though.
I get 139 "errors" regarding the 70_sare_whitelist.cf entries. from
3.1pre. Has the syntax for whitelist_from_rcvd changed?
Ben
Hello,
Does SA 3.1.0 have support for expiring bayes and AWL data? SA 3.0 just
keeps filling the mysql databases containing this data endlessly.. My db
has a couple of million entries now and still growing, and there is no
way to clean em reliably..
Thanks in advance!
--
Bart Verwilst
Linux R&D
Theo Van Dinter wrote:
> On Sun, Jun 19, 2005 at 04:02:11PM -0400, Larry Rosenman wrote:
>> It showed up when I enabled Mail::DomainKeys, so it may be that In
>> the way SA is using it, FWIW.
>
> Doing some digging, DK uses Crypt::OpenSSL::RSA, which has in it:
>
> BEGIN { eval { require Crypt::O
On Sun, Jun 19, 2005 at 05:03:27PM -0500, Alex S Moore wrote:
> >>I cannot find where to put the dcc user options like dcc_dccifd_path.
> >>If I leave them in /local.cf, I get info messages about
> >>skipping dcc.
>
> Yes, I did enable the DCC plugin. Running spamassassin with the debug
> opti
Theo Van Dinter wrote:
On Sun, Jun 19, 2005 at 10:11:43AM -0500, Alex S Moore wrote:
I cannot find where to put the dcc user options like dcc_dccifd_path.
If I leave them in /local.cf, I get info messages about
skipping dcc.
Did you enable the DCC plugin? Due to license issues with DCC, we
Theo Van Dinter wrote:
> On Sun, Jun 19, 2005 at 04:02:11PM -0400, Larry Rosenman wrote:
>> It showed up when I enabled Mail::DomainKeys, so it may be that In
>> the way SA is using it, FWIW.
>
> Doing some digging, DK uses Crypt::OpenSSL::RSA, which has in it:
>
> BEGIN { eval { require Crypt::O
On Sun, Jun 19, 2005 at 04:02:11PM -0400, Larry Rosenman wrote:
> It showed up when I enabled Mail::DomainKeys, so it may be that
> In the way SA is using it, FWIW.
Doing some digging, DK uses Crypt::OpenSSL::RSA, which has in it:
BEGIN { eval { require Crypt::OpenSSL::Bignum; }; }
All I can say
It showed up when I enabled Mail::DomainKeys, so it may be that
In the way SA is using it, FWIW.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
On Sun, Jun 19, 2005 at 02:46:41PM -0400, Larry Rosenman wrote:
> Another one you might want to add to that list:
>
> Crypt::OpenSSL::Bignum
>
> The pre-req chain for Mail::DomainKeys doesn't req it, but apparently SA
> 3.1.0pre1 does.
Nothing in 3.1 uses that directly that I can find, so there'
r.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
-Original Message-
From: Theo Van Dinter [mailto:[EMAIL PROTECTED]
Sent: Sunday, June 19, 2005 1:28 PM
To: users@spamassassin.apache.org
Subject: Re: SpamAssassin 3.1.0pre1 PRERELEASE available!
On Sun, Jun 19, 2005 at 11:32:05AM
On Sun, Jun 19, 2005 at 11:32:05AM +0200, Kai Schaetzl wrote:
> I did a make install now. I have it running with a MailScanner setup of a
> few months ago. I enabled DomainKeys and found that this module isn't
> included. Is this only for this pre-release? If not, I suggest adding that
> informa
On Sun, Jun 19, 2005 at 10:11:43AM -0500, Alex S Moore wrote:
> I cannot find where to put the dcc user options like dcc_dccifd_path.
> If I leave them in /local.cf, I get info messages about
> skipping dcc.
Did you enable the DCC plugin? Due to license issues with DCC, we had to
disable the pl
Justin Mason wrote:
hi all --
it's time to broaden the pool of 3.1.0 testing -- so here's a prerelease.
It's functionally quite close to what 3.1.0 will be, although we haven't
yet done the rescoring mass-checks and Perceptron run, and there
may be one or two more patches going in before the ful
Justin Mason wrote on Sat, 18 Jun 2005 15:33:25 -0700:
> Kai, are you sure it's reading the same
> init.pre file you think it is?run with -D and check.
>
> note that if you run SpamAssassin from the build dir, it'll pick up the
> init.pre file in "rules" rather than your system one, I thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Parker writes:
> Kai Schaetzl wrote:
>
> >Ok, make test was okay. Before make install I ran a "./spamassassin -D
> >--lint" and
> >wonder about the following:
> >
> >- dbg: plugin: loading Mail::SpamAssassin::Plugin::Hashcash
> >
> >Hashcas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ed Kasky writes:
> On Sat, 18 Jun 2005, Michael Parker wrote:
> > Ed Kasky wrote:
> >
> >> Also one other question why does "make test" skip t/bayessql by default? I
> >> have a working bayes sql data base.
> >
> > Because not everyone has it set up.
On Sat, 18 Jun 2005, Michael Parker wrote:
Ed Kasky wrote:
Also one other question why does "make test" skip t/bayessql by default? I
have a working bayes sql data base.
Because not everyone has it set up. See t/config.dist and create a
t/config. It will also help avoid having to answer th
Duncan Findlay <[EMAIL PROTECTED]> writes:
> Please don't use the pre-release on a production server
> (obviously). Since the scores haven't been adjusted, you will likely
> get FPs or FNs beyond what you would usually expect.
I have to disagree with you on this one, Duncan. I haven't run the te
Kai Schaetzl wrote:
>Ok, make test was okay. Before make install I ran a "./spamassassin -D --lint"
>and
>wonder about the following:
>
>- dbg: plugin: loading Mail::SpamAssassin::Plugin::Hashcash
>
>Hashcash is commented out in our init.pre!
>
>
There is a new .pre file, I think it's v310.pr
The Doctor wrote:
>Failure!! It does not work with milter-spamc older version.
>
>THAT needs to be fixed. I refer to the last milter-spamc which was free.
>
>
>
Thank you for the very thorough bug report about his problem. It has
all of the details needed to diagnose and fix the problem ri
Ed Kasky wrote:
>Also one other question why does "make test" skip t/bayessql by default? I
>have a working bayes sql data base.
>
>
>
Because not everyone has it set up. See t/config.dist and create a
t/config. It will also help avoid having to answer the setup questions
each time perl Mak
Ok, make test was okay. Before make install I ran a "./spamassassin -D --lint"
and
wonder about the following:
- dbg: plugin: loading Mail::SpamAssassin::Plugin::Hashcash
Hashcash is commented out in our init.pre!
- warn: config: failed to parse, now a plugin, skipping: ok_languages en de fr
Failure!! It does not work with milter-spamc older version.
THAT needs to be fixed. I refer to the last milter-spamc which was free.
--
Member - Liberal International
This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED]
God Queen and country! Beware Anti-Christ rising!
nk.ca started 1 June
On Friday 17 June 2005 19:56, Justin Mason wrote:
> We'd really appreciate it if you could take this for a spin and
> (possibly) spot any issues...
Didn't actually take it for a spin yet but noticed the following in running
makefile on a RH 7.2 server:
checking module dependencies and their ver
On Fri, Jun 17, 2005 at 07:56:29PM -0700, Justin Mason wrote:
> hi all --
>
> it's time to broaden the pool of 3.1.0 testing -- so here's a prerelease.
> It's functionally quite close to what 3.1.0 will be, although we haven't
> yet done the rescoring mass-checks and Perceptron run, and there
> ma
On Fri, Jun 17, 2005 at 10:05:09PM -0700, Kenneth Porter wrote:
> --On Friday, June 17, 2005 7:56 PM -0700 Justin Mason <[EMAIL PROTECTED]>
> wrote:
>
> >URL:
> > http://SpamAssassin.apache.org/devel/
>
> How about including a link on the regular download page to the devel page?
> I usually go
--On Friday, June 17, 2005 7:56 PM -0700 Justin Mason <[EMAIL PROTECTED]> wrote:
URL:
http://SpamAssassin.apache.org/devel/
How about including a link on the regular download page to the devel page?
I usually go there first when looking for a new version. It should probably
go near the end
40 matches
Mail list logo