I'm running SpamAssassin on a CentOS/BlueQuartz system.
Does anyone have any suggestions on how to incorporate spamassassin into the
included majordomo 1.94.x system? Idiots spam majordomo owner and/or a
few of the majordomo lists. which results in me (as admin) getting bounce
messages when
From: Andy Dills [EMAIL PROTECTED]
On Sun, 7 Jan 2007, Andy Dills wrote:
On Sun, 7 Jan 2007, decoder wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
since 3.5.0 RC1 was released, we fixed many bugs, thanks to the many
testers and bug reporters :) so big thanks.
I
What I meant is that Amavisd may look in a non-standard place for
SpamAssassin's local.cf and other config files. I looked at my Amavis
config file and did not see a place to change it, but I seem to remember
somebody saying that it is possible.
The only thing that needs to be remembered is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
jdow wrote:
From: Andy Dills [EMAIL PROTECTED]
On Sun, 7 Jan 2007, Andy Dills wrote:
On Sun, 7 Jan 2007, decoder wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Hello all,
since 3.5.0 RC1 was released, we fixed many bugs, thanks to
On Sunday 07 January 2007 13:00, John Rudd wrote:
Have you put your own server into your trusted networks?
It's a Plesk install and I generally don't edit their configuration files.
I'll look into it.
Have you put your own server into any of the various configs in
Botnet.cf (the skip or
Installed the Debian package. How do I know it is working? Are all those
SPAMMY rules its?
* Chris Lear wrote (01/12/06 16:57):
* Adam Stephens wrote (01/12/06 16:10):
Chris Lear wrote:
* Loren Wilton wrote (01/12/06 14:54):
The html contains this sort of thing:
http://www#46;easyjet#46;com/EN/Members/
Which looks like the culprit. In fact, every full stop in the html is
Will Nordmeyer wrote:
Does anyone have any suggestions on how to incorporate spamassassin into the
included majordomo 1.94.x system? Idiots spam majordomo owner and/or a
few of the majordomo lists. which results in me (as admin) getting bounce
messages when Majordomo responds to such posts
On Mon, 8 Jan 2007, Jorge Valdes wrote:
I do understand that in large environments, optimizations have to be made in
order not to kill server performance, and expiration is probably something
that could be done at more convenient times. I will commit a script that
can safely be run as a
From: Andy Dills [mailto:[EMAIL PROTECTED]
...omissis...
I understand that the order keyword in select is potentially
expensive, but
necessary because matches occur generally towards the most
recent entries,
thus increasing the possibility of a match earlier on. When
your hash
http://www.spamhaus.org/zen/index.lasso
seems spamassassin missing 7 and 8 on the return codes ?
should i make a bug on this ?
--
This message was sent using 100% recycled spam mails.
On Mon, Jan 08, 2007 at 08:46:31PM +0100, Benny Pedersen wrote:
http://www.spamhaus.org/zen/index.lasso
seems spamassassin missing 7 and 8 on the return codes ?
should i make a bug on this ?
I just pushed out an update for 3.1 which includes 7 and 8. Not sure why
those weren't in there
Giampaolo: I hope you succeed.
I've given up hope on convincing folks (Mapquest in particular) that radius
searches can be indexed. You needn't pull the lat/long of every single entry
to run the distance function, and then discard the ones too far away. You
can index on LAT and LONG and structure
From: Dan Barker [mailto:[EMAIL PROTECTED]
Giampaolo: I hope you succeed.
I've given up hope on convincing folks (Mapquest in particular)
that radius
searches can be indexed. You needn't pull the lat/long of every
single entry
to run the distance function, and then discard the ones too
Is the PBL (codes 10 11) stable enough to run in production? I notice
these are not in the current SA rulesets
-Original Message-
From: Theo Van Dinter [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 2:49 PM
To: users@spamassassin.apache.org
Subject: Re: xbl.spamhaus.org
Is the PBL (codes 10 11) stable enough to run in
production? I notice these are not in the current SA rulesets
From another list:
FYI: We will 'officially' release the PBL during the coming week, however
the PBL zone is currently live as a public beta. MTAs already querying
This is not a problem with sa-stats so much as dealing with syslog. My
syslog logs messages with the month day and time but no year. Also, I
create a rollover (using logrotate) for my logfile cleanup of 24 instead
of 4.
To deal with the logfiles being processed in the correct order, I had to
On Mon, Jan 08, 2007 at 04:07:03PM -0500, Dave Koontz wrote:
Is the PBL (codes 10 11) stable enough to run in production? I notice
these are not in the current SA rulesets
The PBL is in the 3.1 updates fwiw, but it has a small score at the moment.
--
Randomly Selected Tagline:
The only
I just upgraded to 3.5.1 and it seemed that everything was working
until I tried using sa-learn on a few messages. Running
spamassassin -D --lint produces the following errors:
[22986] dbg: plugin: fixed relative path: /etc/mail/spamassassin/FuzzyOcr.pm
[22986] dbg: plugin: loading FuzzyOcr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ed Kasky wrote:
I just upgraded to 3.5.1 and it seemed that everything was working
until I tried using sa-learn on a few messages. Running
spamassassin -D --lint produces the following errors:
[22986] dbg: plugin: fixed relative path:
=_NextPart_001_0005_45a034b1.09C52269
=_NextPart_001_0002_45a034b2.0E1F3F27
=_NextPart_002_0006_45a0373f.08B98992
=_NextPart_001_0004_45a034b3.0F75E7CC
=_NextPart_003_0010_45a03785.0B45BD91
The 5 NextPart's above represent 5 random samplings of mail that is going
out via
On Mon, Jan 08, 2007 at 06:00:06PM -0500, Office of the Postmaster wrote:
=_NextPart_001_0005_45a034b1.09C52269
Can someone explain what is wrong with them? Do I need to re configure
mail clients or servers?
Nothing's wrong with them. A decent amount of spam used to use that, so a
[22986] dbg: plugin: loading
FuzzyOcr from /etc/mail/spamassassin/FuzzyOcr.pm Subroutine
FuzzyOcr::O_NONBLOCK redefined at /usr/lib/perl5/5.8.1/Exporter.pm
line 60. at /usr/lib/perl5/5.8.1/i686-linux-thread-multi/POSIX.pm
line 19
For this particular issue I found that Net::Ident is
It seems to be my couple of days to try and find out some problems.
A 3-5% ratio of our email is getting tagged with HTML_IMAGE_ONLY_32 which
according to the DOC is HTML: images with 2800-3200 bytes of words. The
only problem is the emails in question had only 1 image in them and it was
a
At 06:07 PM 1/8/2007, you wrote:
On Mon, Jan 08, 2007 at 06:00:06PM -0500, Office of the Postmaster wrote:
=_NextPart_001_0005_45a034b1.09C52269
Can someone explain what is wrong with them? Do I need to re configure
mail clients or servers?
Nothing's wrong with them. A decent amount
Heute (09.01.2007/00:30 Uhr) schrieb Gary V,
[22986] dbg: plugin: loading
FuzzyOcr from /etc/mail/spamassassin/FuzzyOcr.pm Subroutine
FuzzyOcr::O_NONBLOCK redefined at /usr/lib/perl5/5.8.1/Exporter.pm
line 60. at /usr/lib/perl5/5.8.1/i686-linux-thread-multi/POSIX.pm
line 19
For this
For this particular issue I found that Net::Ident is involved. As far as
spamassassin goes it appears Net::Ident is only needed if you if you
plan to
use the --auth-ident option to spamd. On my Debian system I removed it
with
'apt-get remove libnet-ident-perl'. I couldn't say if you have
Andy Balaam wrote:
[9398] dbg: bayes: tie-ing to DB file R/O /etc/spamassassin/bayes_toks
[9398] warn: bayes: cannot open bayes databases
/etc/spamassassin/bayes_* R/O: tie failed: Permission denied
[9398] dbg: bayes: untie-ing DB file toks
snip
[9398] dbg: bayes: not scoring message,
At 02:52 PM Monday, 1/8/2007, decoder wrote -=
Ed Kasky wrote:
I just upgraded to 3.5.1 and it seemed that everything was working
until I tried using sa-learn on a few messages. Running
spamassassin -D --lint produces the following errors:
[22986] dbg: plugin: fixed relative path:
Is there anything in SA that can trap these messages?
If is_charset_ok_for_locales isn't going to catch this what is?
SUBJECT_EXCESS_BASE64 etc won't work because they only look at
whether it needs to be based64 encoded or not.
Message-ID: [EMAIL PROTECTED]
From:
It's probably because I need sleep, but I'm confused on this scenario:
User emails from his/her dialup IP directly to trusted_networks server 1
(which is allowed by access not SMTPAUTH), which then goes to my server.
It seems this email gets flagged as DUL, PBL, etc...
user1 - trusted_networks
Rob Mangiafico wrote:
It's probably because I need sleep, but I'm confused on this scenario:
User emails from his/her dialup IP directly to trusted_networks server 1
(which is allowed by access not SMTPAUTH), which then goes to my server.
It seems this email gets flagged as DUL, PBL, etc...
Rob Mangiafico wrote:
On Mon, 8 Jan 2007, Daryl C. W. O'Shea wrote:
User emails from his/her dialup IP directly to trusted_networks server 1
(which is allowed by access not SMTPAUTH), which then goes to my server.
It seems this email gets flagged as DUL, PBL, etc...
user1 - trusted_networks
Hello!
I have some serious problems on our mail server lately... I have just
upgraded to 3.1.7 and since then will often see the following error
appearing in maillog
Jan 9 01:46:05 server sendmail[2034]: l096i4pX002033: timeout waiting for
input from local during Draining Input
Thus, many many
34 matches
Mail list logo
