On Wed, Jan 13, 2010 at 10:11 AM, Geoff Soper
wrote:
>
> OK, I'm slightly confused as to what the advice is here. Is there consensus
> on SAREs? Should I still use them (via the channel list described at
> http://wiki.apache.org/spamassassin/SareChannels ) or is it better not to
> use them? I get
On Wed, Jan 13, 2010 at 8:53 AM, Geoff Soper
wrote:
> I've now added the saupdates.openprotect.com
> channel which contains recommended SAREs rules and all is working!
I thought I read that no one should be using openprotect as it's
hoplessly out of date. ??
--
-ste
> Personally, I didn't like the added delay for first-time mails, which is
> why I chose to greylist only on blocklists, but for a minimal effort my
> spam was significantly reduced.
what are you using to greylist based on blocklists?
I use maRBL. The latest version lets me greylist (I use sqlg
Both of my systems reported:
Subroutine __CTYPE_HTML_head_test redefined at
/tmp/.spamassassin25471WRu8v8tmp/20_ratware.cf, rule __CTYPE_HTML,
line 6.
Subroutine __FROM_EBAY_head_test redefined at
/tmp/.spamassassin25471WRu8v8tmp/80_additional.cf, rule __FROM_EBAY,
line 6.
Subroutine __HAS_RCVD_h
On 1/1/07, Shaun T. Erickson <[EMAIL PROTECTED]> wrote:
Ok, this is interesting. :)
The follow-up to this is that I just got spam that was hit by the SARE
rules, so it's working now. Additionally, Razor2 & DCC are now
working, as well. So the only mystery is why everything ins
Ok, this is interesting. :)
I removed all SA installations, except for the one under /usr/local/perl-5.8.8.
I moved my sa-update-keys directory to
/usr/local/perl-5.8.8/etc/mail/spamassassin.
I modified my nightly script to use /usr/local/perl-5.8.8/bin/sa-update.
I ran my nightly script.
Now it
On 1/1/07, Gary V <[EMAIL PROTECTED]> wrote:
When you run amavisd debug-sa does it say you are using?:
Module Mail::SpamAssassin 3.001007
Yes.
Have you run 'sa-update'? I'm wondering if you have files in
/var/lib/spamassassin/3.001007/
Yes, I see stuff in there, and in the directories I s
Ok. I'm starting to understand this now. I've built perl 5.8.8 and
pointed my existing amavisd-new at it, by editing its first line. I
then added, via CPAN, any module it complained was missing, each time
I tried to run it, until it no longer complained of anything missing
(that was required, anyw
On 1/1/07, Gary V <[EMAIL PROTECTED]> wrote:
You must be running SA 3.1.4 or older and amavisd-new 2.4.2 or older.
Nope. SA 3.1.7 & amavisd-new 2.4.4.
I see in amavisd, the line you suggested I add is actually there, but
commented out, as a comment there indicates that SA should be able to
ha
On 1/1/07, Shaun T. Erickson <[EMAIL PROTECTED]> wrote:
What am I doing wrong?
I just ran amavisd with the debug-sa option, and as near as I can
tell, it appears to only be using the original ruleset - and doesn't
even seem to know that I am pulling new rules down with sa-update.
I have two identically (or so I thought) configured mail servers, each
pulling down SARE rules (successfully, I might add). One of them shows
hits on SARE rules all the time - the other one, never. Aside from
simply configuring sa-update to pull the rules down, I'm wondering if
there is something
Regardless of the reason, is my SA now broken, and in any case, how do
I recover from this?
--
-ste
I'm seeing hundreds of connection attempts from systems claiming to be
in the kntr top level domain, on a client's mailserver. I haven't seen
these on my own server. Is this new, or are they just finally getting
around to a server I admin, so I'm now noticing it? Anyone else seeing
this?
--
On 10/29/06, Leander Koornneef <[EMAIL PROTECTED]> wrote:
In my experience, using the default sa-update channel, the openprotect
channel, auto-whitelisting, proper bayes training(!), pyzor, razor,
dcc, SPF
and DNS blacklists wil get you a spam detection rate >99%.
I'm doing all that, now, I th
On 10/29/06, Leander Koornneef <[EMAIL PROTECTED]> wrote:
If you are using spamassassin 3.1, you can use sa-update to get the SARE
rulesets from the channel provided by http://saupdates.openprotect.com/.
This negates the necessity to run rulesdujour alongside sa-update. This
channel consists onl
I've just downloaded this and set it up. I see there are MANY rulesets
I can choose from, but I have no idea if they are all 'safe' (not even
sure what I mean by that). Is there a subset of all these rulesets,
that "everybody" uses, or does everyone use all of them? How do you
decide which to use
On 10/28/06, Shaun T. Erickson <[EMAIL PROTECTED]> wrote:
The current problem is that Pyzor times out trying to contact it's
remote server:
Because this server (66.250.40.33:24441) - which I got from multiple
tries at running 'pyzor discover' - isn't responding. Thi
On 10/28/06, Clifton Royston <[EMAIL PROTECTED]> wrote:
Did you run the "discover" mode on Razor yet? You need to manually
run that (as the user and with the home directory Razor will be running
as, in your case amavis) for it to latch onto some servers to use.
Yes, and Razor2 is working fi
On 10/28/06, Theo Van Dinter <[EMAIL PROTECTED]> wrote:
If you want to see Razor debug output, run a
message through in the way I mentioned before, ala:
spamassassin -D razor2 < message_file > /dev/null
will show you only razor2 debug output (most of which will look like output
from "razor-che
On 10/28/06, Theo Van Dinter <[EMAIL PROTECTED]> wrote:
On Sat, Oct 28, 2006 at 03:12:16PM -0400, Shaun T. Erickson wrote:
> Yes, I've gone to the SA site, and read what I can find on these three
> plugins, but it's still not clear to me how to enable them and see
> tha
I am setting up a new server to replace an old one. The old server ran
a version of spamassassin prior to it's use of plugins.
I've got my new server up and running (CentOS 4.4) nicely, with
amavisd-new (v2.4.3) calling spamassassin (v3.1.7), and SA's default
settings are tagging most spam as suc
Your the man, i found the spamassassin conf in /etc/mail/spamassassin moved
it to old and copyed the config from another server onto it and it's working
now. Thanks.
Where is this conf? I know cpanel sets a .spamassassin dir for each user
(which contains there own whitelists, blacklists, scoresettings etc) but if
there a global conf some where?
"Theo Van Dinter" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
arser.pm line 678.
Use of uninitialized value in numeric eq (==) at
/usr/lib/perl5/site_perl/5.8.4/Mail/SpamAssassin/Conf/Parser.pm line 678.
Use of uninitialized value in concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.4/Mail/SpamAssassin/Conf/Parser.pm line 707.
unknown type for NJABL_MULTI_STAGE: 8 at
/usr/lib/perl5/site_perl/5.8.4/Mail/SpamAssassin.pm line 1671.
### END
Thanks,
~Shaun
Martin Schröder wrote:
On 2004-10-07 10:37:32 -0400, Chris Santerre wrote:
http://www.packtpub.com/book/spamassassin
"Release date November 1999"
Yes, it should be at the press by now. :-)
Best regards
Martin
PS: If it applies to SA3, the description should mention that.
Hmm. When
Chris Santerre wrote:
http://www.packtpub.com/book/spamassassin
How does this book compare to the O'Reilly book, by Schwartz?
-ste
26 matches
Mail list logo
