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.
{^_^}
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
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.
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
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
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
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
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
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
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 'spamas
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
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
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
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
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 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,
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
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
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
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
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
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
> 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?
>
> -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
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
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
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
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:
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
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
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
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 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
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
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
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
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,
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
39 matches
Mail list logo
