Although it is nice to hear that SA is becoming that successful -
even global players like NAI are getting interested in it -, the
acquisition of Deersoft by NAI will change - and has already changed -
the community project which SA is.
SA is licensed under the same terms as Perl itself, this mean
Hi,
just found this on REUTERS:
http://www.reuters.com/newsArticle.jhtml?type=technologyNews&storyID=1997874
and in German
http://www.heise.de/newsticker/data/anw-06.01.03-003/
Wow, this one killed me.
tobias
--
===
.deSecure, Bahnhofstr.
Hi,
On Thu, 31 Oct 2002 12:40:16 +, Ben Edwards wrote:
BE> Hi
BE>
BE> I am experiencing a new problem with Razor2 since upgrading
BE> SpamAssassin to 2.43. Razor2 checks are failing with the following
BE> error:
BE>
BE> Oct 31 12:17:35 www spamd[32514]: razor2 check skipped: Bad file
BE> de
Hi,
On Tue, 16 Jul 2002 15:30:48 -0400, Vince Puzzella wrote:
VP> Never mind. Did a "man spamd" and it told me 783 by default.
That's probably not what you want. 783/tcp is only used by spamd and I
doubt you want to connect to a spamd somewhere outside your network.
DCC uses port 6277/udp and
Hi,
On Sun, 7 Jul 2002 14:52:41 +0200 (CEST), Tony L. Svanstrom wrote:
TLS> On Sat, 6 Jul 2002 the voices made Patrice Fournier write:
TLS>
TLS> > body LOCAL_LONG_WORD /[a-zA-Z]{90}/
TLS> > describe LOCAL_LONG_WORD LOCAL: Long random word in body (90
TLS> > chars+) scoreLOCAL_LONG_WO
On Tue, 18 Jun 2002 09:30:06 -0500, Derrick 'dman' Hudson wrote:
D> | Hmmm...would it be safe to assume that any attachment type of
D> text/| should be scanned while anything else should not?
D>
D> Some mailers have quite a bit of brain damage and will tag a plain
D> text attachment as "applicat
On Wed, 5 Jun 2002 10:46:56 -0700 (PDT), Craig R Hughes wrote:
CRH> Yes, I just noticed this myself. I think it's a bug in the patch
CRH> from Bugzilla#343 -- looks like a copy/paste bug -- how can you
CRH> expect to read from a descriptor which perl just told you it failed
CRH> to open...
oh y
On Wed, 22 May 2002 11:08:29 +0200, Tobias von Koch wrote:
TVK> Yes, this option seems not to be in the current CVS .cf files.
TVK>
TVK> But do we really need an extra option for the path of this file?
TVK> triplets.txt normally is in one of the standard rules directories
TVK&
On Tue, 21 May 2002 12:06:06 -0500, Neulinger, Nathan wrote:
NN>
NN> This code:
NN>
NN> if (!$triplets_loaded) {
NN> my $filename = $self->{main}->{rules_filename} .
NN> "/triplets.txt";
NN>
NN> if (!open (TRIPLETS, "<$filename")) {
NN> dbg ("failed to open '$filename', can
hi,
On Tue, 21 May 2002 08:50:57 -0500, Joel Epstein wrote:
JE> I've been using Spam Assassin for a few months now and find it to be
JE> a fantastic project. My thanks go out to the team!
JE>
JE> I do have one major issue though; Whenever files with large
JE> attachments ( > 4mb )are sent into
Hi,
On Sun, 12 May 2002 20:35:53 -0700, Harold Hallikainen wrote:
HH> Actually, it LOOKS like SpamAssassin is working. I'm getting
HH> incoming spam properly identified. So, maybe it runs without gdbm
HH> even being there. One curious thing, though: I have not yet created
HH> a .forward file. Can
Hi,
On Tue, 30 Apr 2002 04:32:23 -0600, Michael Moncur wrote:
MM> > Seems to work fine for me. I've switched the require IPC::Open2
MM> > to use IPC::Open2 but moved it to the top of the file. Also
MM> > removed the= {} from the
MM> > hash declaration. All seems to work OK on my linux machine.
Hi,
attached is a patch which adds support for the Distributed Checksum Clearinghouse
(DCC) System to spamassassin. As discussed earlier on this list, DCC is a system
similar to Razor, which supports fuzzy checksums.
Please note: I did some tests with the patch and it *appears* to work. But I
13 matches
Mail list logo
