On 2/12/2010 2:51 PM, Michael Scheidell wrote:
> I looked at our bayes schema and at the schema in
> ../docs/sql/bayes_mysql.sql and I can't find the redundant index
> mentioned in the SA 3.30 upgrade/changes documents.
>
> did I miss something? or did I remove it years ago anyway?
>
A quick diff
On 2/12/2010 10:50 PM, Robert Nicholson wrote:
> I have
>
> Feb 12 19:35:31.669 [81642] dbg: textcat: X-Languages: "en",
> X-Languages-Length: 424
>
> in my testing
>
> but the X-Spam-Languages ends up with nothing
>
> I have in my user_prefs
>
> add_header all Languages _LANGUAGES_
>
>
Is t
I have
Feb 12 19:35:31.669 [81642] dbg: textcat: X-Languages: "en",
X-Languages-Length: 424
in my testing
but the X-Spam-Languages ends up with nothing
I have in my user_prefs
add_header all Languages _LANGUAGES_
* Implemented blacklisting.
* Clarified current recommendations and added content to the page.
* Removed redirect for Microsoft Internet Explorer users and converted
the page to HTML 4.01 Strict.
Still http://www.chaosreigns.com/mtx/
I think the only thing left to do is to switch from send() to
On Fri, 12 Feb 2010 19:32:00 -0600
Robert Nicholson wrote:
> Perhaps my confusion lies in the fact that it looks like headers !=
> metadata?
>
> Is there a way or setting that allows metadata to result in headers
> in the message?
>
add_header all Relay-Countries _RELAYCOUNTRY
From: Robert Nicholson
Date: Fri, 12 Feb 2010 19:32:00 -0600
Perhaps my confusion lies in the fact that it looks like headers != metadata?
Is there a way or setting that allows metadata to result in headers in the
message?
Did you try add_header?
ifplugin Mail::SpamAssassin:
Perhaps my confusion lies in the fact that it looks like headers != metadata?
Is there a way or setting that allows metadata to result in headers in the
message?
On Feb 12, 2010, at 7:24 PM, Robert Nicholson wrote:
> Is there anyway to get his header to stick rather than one looks like now
> w
For instance when I run my test I see
Feb 12 17:20:38.634 [16073] dbg: metadata: X-Relay-Countries: RU
Feb 12 17:20:38.634 [16073] dbg: message: MIME PARSER START
Feb 12 17:20:38.635 [16073] dbg: message: parsing normal part
Feb 12 17:20:38.635 [16073] dbg: message: MIME PARSER END
Is there anyway to get his header to stick rather than one looks like now where
it is removed during check presumably after Bayes has been able to do it's
thing?
I have no problem with the header staying on my Spam messages.
Hi Spiro,
At 13:37 11-02-10, Spiro Harvey wrote:
We're getting a boatload of To and From addresses starting with pipe
characters on one of our clients' mailservers. The messages themselves
don't appear particularly malicious -- the ones we've seen are just
pill spam -- but there are craploads of
I looked at our bayes schema and at the schema in
../docs/sql/bayes_mysql.sql and I can't find the redundant index
mentioned in the SA 3.30 upgrade/changes documents.
did I miss something? or did I remove it years ago anyway?
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP
On Don, 2010-02-11 at 17:42 -0500, Kris Deugau wrote:
> Bernd Petrovitsch wrote:
[...]
> > I proposed the 3rd solution:
> > - repair your spam-detection (change weight/limits, use Bayes,
> > greylistung, etc.) to not generate so many FPs that you actually need
> > an additional workaround.
> >
On Fri, 12 Feb 2010 17:51:12 +
RW wrote:
> On Fri, 12 Feb 2010 09:17:54 -0800 (PST)
> smfabac wrote:
>
> >
>
> > Mark,
> >
> > On UNIX any file is a mbox file if it contains mail messages in the
> > form:
> >
> > ^A^A^A^A
> > mail headers
> > mail body
> > ^A^A^A^A
> > ^A^A^A^A
> > Nex
On Fri, 12 Feb 2010 09:17:54 -0800 (PST)
smfabac wrote:
>
> Mark,
>
> On UNIX any file is a mbox file if it contains mail messages in the
> form:
>
> ^A^A^A^A
> mail headers
> mail body
> ^A^A^A^A
> ^A^A^A^A
> Next Message mail headers
> mail body
> ^A^A^A^A
I don't know what that is, but i
I've installed,
spamassassin -V
SpamAssassin version 3.3.1-r905461
running on Perl version 5.10.0
Starting with a fresh install, i.e. no Updates ...
ls -al /usr/local/var/spamassassin/Updates
(empty)
Attempts to pull rules from "updates
Mark Martinec wrote:
>
> tonjg wrote:
>> I'm trying to run:
>> sa-learn --spam --showdots --dir /path/to...mbox
>> but it fails with:
>> 'Learned tokens from 0 message(s) (0 messages examined)'
>> my spam mail is in a file called mbox but when I run the above command to
>> the directory containg
tonjg wrote:
> I'm trying to run:
> sa-learn --spam --showdots --dir /path/to...mbox
> but it fails with:
> 'Learned tokens from 0 message(s) (0 messages examined)'
> my spam mail is in a file called mbox but when I run the above command to
> the directory containg mbox it always fails with the '0
Robert Nicholson wrote:
So how is it possible then to arrange the installation of the each version of
SA into a separate directory but yet still share a common site_perl amongst
these versions?
The scripts like sa-update etc seem to assume that SA is installed into the
site_perl and not a sep
tonjg wrote:
>
> raq550 server
> OS: strongbolt2
> spamassassin.i386 0:3.2.5-1.el4
>
> I'm trying to run:
> sa-learn --spam --showdots --dir /path/to...mbox
> but it fails with:
> 'Learned tokens from 0 message(s) (0 messages examined)'
> my spam mail is in a file called mbox but when I run the
Michael Scheidell wrote:
>
>>> Is there a document regarding the interpretation of
>>>
>>>
> sa-learn --dump magic
>>> config: could not find site rules directory
>>>
>>> 0.000 03 0 non-token data: bayes db
>>> version
>>> 0.000 0 261451
So how is it possible then to arrange the installation of the each version of
SA into a separate directory but yet still share a common site_perl amongst
these versions?
The scripts like sa-update etc seem to assume that SA is installed into the
site_perl and not a separate directory for this v
So in the past I was able to get away with using perl Makefile.PL
PREFIX=~/SALOCAL-3.3.0
where all of this versions files would end up in this directory
however I also have additional site_perl stuff outside of this tree that I want
SA to see such as NetAddr::IP for example.
How now is this po
On Fri, 12 Feb 2010 12:58:30 +
RW wrote:
> On Thu, 11 Feb 2010 15:16:03 -0800
> fchan wrote:
>
> > I was trying to teach spamassassin 3.3.0 today with a rather large
> > spam message and I got this error message when I did sa-learn:
> > Feb 11 14:47:51.262 [5414] info: archive-iterator: sk
On Thu, 11 Feb 2010 15:16:03 -0800
fchan wrote:
> I was trying to teach spamassassin 3.3.0 today with a rather large
> spam message and I got this error message when I did sa-learn:
> Feb 11 14:47:51.262 [5414] info: archive-iterator: skipping large
> message
>
> The message is 279959 bytes an
On Thu, Feb 11, 2010 at 03:00, wrote:
> http://www.chaosreigns.com/mtx/
It might be useful to compare with MTA MARK and see what the status of
that proposal currently is:
http://tools.ietf.org/draft/draft-stumpf-dns-mtamark/
http://tools.ietf.org/draft/draft-stumpf-dns-mtamark/draft-stumpf-dns
In article <20100212103757.4dde0...@goof.off.knossos.net.nz>, Spiro
Harvey writes
>So I'm just wondering if others encounter this with enough regularity,
>and if so what your thoughts and advice are. I don't particularly want
>to add rules into sendmail, so SA is my avenue of choice.
I've seen a
> On 02/11, Henrik K wrote:
> > method of whitelisting. You can't seriously expect to block on some
> > attribute that not everyone can or bothers to change (DNS). None of this
On 11.02.10 16:34, dar...@chaosreigns.com wrote:
> I am not suggesting that anyone block anything based on MTX at this ti
On 11-Feb-2010, at 15:42, Kris Deugau wrote:
>
> Hmm. I'd say the balance is slightly in favour of Mike's system - you CAN
> NOT *prevent* all false-positives, so providing some way to let senders know
> relatively quickly that their mail got caught seems to me to be a positive.
An NDN means t
28 matches
Mail list logo
