Gary V wrote:
Found it, changed it, seems to work like a charm.
Now let's see if the new rules actually catch more spam than the
basic stable install. :-)
Thanks again
Miles
I never took the time to set up RulesDuJour or study which SARE rules
might be the most appropriate for me. Th
Running OS/X, SA 3.1.4... Have the following in my crontab:
@daily /usr/local/bin/rules_du_jour
(Run as root)
The e-mail I get via cron:
***NOTICE***: spamassassin --lint failed. This means that you have
an error somwhere in your SpamAssassin configuration. To determine
what the problem is,
It looks like you've got an old version of SpamAssassin installed
somewhere and that version is first in cron's environment while the
newer version is in your shell's environment.
Search for and destroy the old version of SA you've got installed.
Daryl
Thanks everyone who helped with upgrading on my new Sarge box.
Now that I have a relatively current spamassassin, and up-to-date rules,
I realize two things:
1. I need to turn on Baysian filtering - too much stuff still gets
through. But that's another topic.
2. A whole LOT of stuff that go
On Sun, Sep 03, 2006 at 04:52:24PM -0400, Miles Fidelman wrote:
> Thanks Gary!
>
> Any advantages to installing from testing? Seems like backports would
> be just a bit safer.
After trying out backports' 3.1.3 I have gone back to 3.0.3. I had
regular entries in /var/log/mail.info like this:
A
On Monday 04 September 2006 00:31, Miles Fidelman wrote:
> $sa_tag_level_deflt = 0.0;
> $sa_tag2_level_deflt = 5.0;
> $sa_kill_level_deflt = 10.0;
> $sa_dsn_cutoff_level = 20;
>
> And this is what's confusing me:
Amavisd.conf is one of those files you have to read like a lawyer ;-)
Look for
Ben Ventura schrieb:
**warning message from newbie**
I've inherited an installation of SA version 3.0.1 on an OS X server
(10.4) and it does not seem to be working properly. It's running with
Communigate as the mail server. It seems to be scanning the messages,
it is adding the headers like
On Monday, September 4, 2006 at 6:13:50 AM, Ramprasad confabulated:
> Hi,
> All the LARGO tests and our own custom rules notwithstanding , some
> image spams still get thru.
> But spams like these are absolutely pointless.
> http://ecm.netcore.co.in/tmp/buildup.eml.txt
> I dont get any message
On Mon, 2006-09-04 at 13:06 +, Duane Hill wrote:
> On Monday, September 4, 2006 at 6:13:50 AM, Ramprasad confabulated:
>
> > Hi,
> > All the LARGO tests and our own custom rules notwithstanding , some
> > image spams still get thru.
> > But spams like these are absolutely pointless.
> > http
Ramprasad writes:
> On Mon, 2006-09-04 at 13:06 +, Duane Hill wrote:
> > On Monday, September 4, 2006 at 6:13:50 AM, Ramprasad confabulated:
> >
> > > Hi,
> > > All the LARGO tests and our own custom rules notwithstanding , some
> > > image spams still get thru.
> > > But spams like these a
John Andersen wrote:
> Recommendation: Get your bayes working first.
Agreed. Here is a shot in the dark. If the Berkeley DB version
upgaded and there were old db files on disk then those will need to be
upgraded to the new version otherwise the effect is that they will be
ignored. Example:
Hi,
I would like to add headers X-Spam-Status, X-Spam-Level, X-Spam-Flag to
every e-mail tested by SpamAssassin.
Currently I don't have those headers in any e-mail (spam and non-spam).
Instead I have configured Sieve rule that adds header like: Spam-test: True
; 1000.2 / 5.0.
What I need to confi
Johann Spies wrote:
On Sun, Sep 03, 2006 at 04:52:24PM -0400, Miles Fidelman wrote:
Thanks Gary!
Any advantages to installing from testing? Seems like backports would
be just a bit safer.
After trying out backports' 3.1.3 I have gone back to 3.0.3. I had
regular entries in /var/log
Miles Fidelman wrote:
- A fairly sizeable percentage of spams that come through as false
negatives, ending up in my normal mailbox (I was hoping for better).
Well... one key discovery: I run a lot of virtual domains on my site,
so... I had to add all of them to @local_domains_acl -- something t
> -Original Message-
> From: Theo Van Dinter [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 04, 2006 12:07 AM
> To: users@spamassassin.apache.org
> Subject: Re: Sa-learn --ham vs spamassassin -report
>
> On Sun, Sep 03, 2006 at 10:27:55PM -0400, Michael Scheidell wrote:
> > Sa coach
> On Sun, Sep 03, 2006 at 10:27:55PM -0400, Michael Scheidell wrote:
> > Sa coach sends stream to spamd with 'TELL' protocol.
> > It then calls the equivalent of 'spamassassin -r' (for spam) or '-z
> > for ham' or -f for forget.
> >
> > Do I need to call sa-learn --ham and sa-learn --spam also?
>
After our upgrade from SA 2.6.3 to SA 3.1.3 we do not get any logs
written to /var/log/mail.log anymore. Any ideas why this could be?
Here's our setup: OSX 10.3.9, Communigate 4.2.8, CGPSA 1.4, SA 3.1.3
Thomas Ericsson
At 12:56 AM 9/4/2006, you wrote:
It looks like you've got an old version of SpamAssassin installed
somewhere and that version is first in cron's environment while the
newer version is in your shell's environment.
Search for and destroy the old version of SA you've got installed.
What would b
On Mon, 4 Sep 2006, e2rd wrote:
> I would like to add headers X-Spam-Status, X-Spam-Level, X-Spam-Flag to
> every e-mail tested by SpamAssassin.
Try "report_safe 0"
--
John Hardin KA7OHZICQ#15735746http://www.impsec.org/~jhardin/
[EMAIL PROTECTED]FALaholic #11174pgpk -a [EMAIL
Sorry for toppost, but seems right in contect.
Is is possible that if spamassassin -r < spam.eml fails one of the
remote tests (like spamcop, 'too old') that it doesn't go on to any of
the other tests?
is report to spamcop done BEFORE the baysian learning?
Original Message
Evan Platt wrote:
At 12:56 AM 9/4/2006, you wrote:
It looks like you've got an old version of SpamAssassin installed
somewhere and that version is first in cron's environment while the
newer version is in your shell's environment.
Search for and destroy the old version of SA you've got instal
I notice (on my personal machine) that mail I fetch via Fetchmail will fail
the SPF tests if the original sender's system used SPF.
This does not seem all that unusual a setup to use in the linux world, and one
that SPF tests should be able to handle, so I'm suspecting there may be a
setup pr
On 9/4/2006 4:17 PM, John Andersen wrote:
I notice (on my personal machine) that mail I fetch via Fetchmail will fail
the SPF tests if the original sender's system used SPF.
This does not seem all that unusual a setup to use in the linux world, and one
that SPF tests should be able to handle,
On Monday 04 September 2006 12:26, Daryl C. W. O'Shea wrote:
> On 9/4/2006 4:17 PM, John Andersen wrote:
> > I notice (on my personal machine) that mail I fetch via Fetchmail will
> > fail the SPF tests if the original sender's system used SPF.
> >
> > This does not seem all that unusual a setup t
On Mon, 4 Sep 2006, John Andersen wrote:
> This does not seem all that unusual a setup to use in the linux
> world, and one that SPF tests should be able to handle, so I'm
> suspecting there may be a setup problem somewhere.
MTA SPF should only be run on a mail relay that is receiving messages
di
I have spamassassin running on Qmail (I used qmailrocks)
I notice things are not scanned by SpamAssassin - the headers read:
X-Spam-Status: No, score=? required=?
X-Spam-Level:
But - if I manually scan the message from the command line using:
spamassassin -t < /path/to/message
It works. Thi
Thanks John, See comments imbedded
On Monday 04 September 2006 12:37, John D. Hardin wrote:
> On Mon, 4 Sep 2006, John Andersen wrote:
> > This does not seem all that unusual a setup to use in the linux
> > world, and one that SPF tests should be able to handle, so I'm
> > suspecting there may be
st0kes wrote:
> I have spamassassin running on Qmail (I used qmailrocks)
>
> I notice things are not scanned by SpamAssassin - the headers read:
>
> X-Spam-Status: No, score=? required=?
> X-Spam-Level:
>
> But - if I manually scan the message from the command line using:
>
> spamassassin -t < /p
Gary V wrote:
> It did work this time. Even with the spamcop error...
>
> sfa:~# su amavis -c 'sa-learn --dump magic'
> 0.000 0 3 0 non-token data: bayes db version
> 0.000 0 7 0 non-token data: nspam
> [...]
>
> sfa:~# su amavis -c 'spamas
On Mon, 4 Sep 2006, John Andersen wrote:
> > MTA SPF should only be run on a mail relay that is receiving messages
> > directly from the Internet.
>
> Most of my mail comes direct to pen.homeip.net
> Maybe 2% I pop via Fetchmail
ok.
> > > Received: from utl-lnx3.puk.ac.za by .com with
> >
> >
Gary V wrote:
> It did work this time. Even with the spamcop error...
>
> sfa:~# su amavis -c 'sa-learn --dump magic'
> 0.000 0 3 0 non-token data: bayes db version
> 0.000 0 7 0 non-token data: nspam
> [...]
>
> sfa:~# su amavis -c 'spama
Pitmaster wrote:
Hi there,
I am a total newbie. Have SA installed and done nothing sinds.
SA is working and catches +- 5% of the spam. How can I simply help SA to
catch more and keep the speed up?
Greeting and thank's in advance,
Nico
if you want SA to find more spam, give it more spam:)
m
I understand. In the test I had an issue with, the database started out (at
least appears to be) empty, I ran 'spamassassin -r' and the size did not
change, then I ran sa-learn, and it did. Certainly not as good a test as
actually checking the contents of the database:
-rw--- 1 amavis ama
Loren Wilton wrote:
It was mentioned that several people are getting hammered by
world-wide robot attacks. I see from the little spam I get that there
is a new spam sending tool for robots that is running a stock spam. I
suspect the traffic is a combination of distributing the new spam tool
Logan Shaw wrote:
On Mon, 21 Aug 2006, jdow wrote:
From: "Joe Zitnik" <[EMAIL PROTECTED]>
Our scanning program has the ability to archive all e-mail, both
inbound
and outbound, which we have been doing for months now. Given that your
outbound mail is almost certainly ham, the majority of it
Just got a mortgage spam with the following subject line:
Subject: [SPAM][SPAM]holy shmokes
No, neither of those two [SPAM] headers was added by my system; I had a
third header in front of that. Also, there are no SA headers (or any other
spam headers) in the original spam, just this flag on
From: "John Andersen" <[EMAIL PROTECTED]>
Received: from pen.homeip.net
You appear to run the output of fetchmail through a mail server.
FWIW I do not see this error you have and I simply have fetchmail
call procmail to throw the email into the /var/spool/mail folder.
I skip sendmail entirely.
From: "John Andersen" <[EMAIL PROTECTED]>
Did you configure SA to trust msgmta-3.gci.net?
Heck no, its my clueless ISP, from which I get a ton of spam. ;-)
This trust is not "trust them not to send spam." This is trust not
to forge headers even when relaying spam. Trust them and see what
ha
http://developers.slashdot.org/developers/06/09/04/2215210.shtml
Tesseract, developed by HP labs, is touted as one of the most
accurate OCR programs available. Google cleaned it up and has
released it OS.
{^_^}
39 matches
Mail list logo
