RW-15 wrote:
On Fri, 12 Feb 2010 17:51:12 +
RW rwmailli...@googlemail.com wrote:
On Fri, 12 Feb 2010 09:17:54 -0800 (PST)
smfabac smfa...@att.net wrote:
Mark,
On UNIX any file is a mbox file if it contains mail messages in the
form:
^A^A^A^A
mail headers
Justin Mason wrote:
On Thu, Feb 11, 2010 at 03:00, dar...@chaosreigns.com 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/
On Sat, 13 Feb 2010, smfabac wrote:
Now that we're all on the same page. How do I find out why sa-learn
is not processing the legal not-spam file? To re-cap, sa-learn --spam
--mbox isspam works but sa-learn --ham --mbox not-spam is not
working.
Well, I would expect if this suggestion were
On Sat, 13 Feb 2010, Per Jessen wrote:
Justin Mason wrote:
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/
Amazing. Justin, you must have known about that one - you can't
possibly have
I still need to do some debugging as it works sometimes so it looks like it's
setup properly.
just don't understand why when it said possibly en in the debug log why the
language wasn't populated but in some other cases it is being populated.
On Feb 12, 2010, at 10:48 PM, Matt Kettler wrote:
I'm going thru debug with version 3.3.0 and I see it definately puts the
X-Languages metadata in place but even with the add_header line that I have it
leaves X-Spam-Languages unpopulated
500:@matches = classify(\$body, $opts-{conf}, %skip);
DB2 n
Feb 13 08:30:23.876 [56907] dbg:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Kettler wrote:
A quick diff of the 3.2 and 3.3 versions of these files shows this table
was changed:
CREATE TABLE bayes_token (
id int(11) NOT NULL default '0',
token char(5) NOT NULL default '',
spam_count int(11) NOT NULL
Charles Gregory wrote:
On Sat, 13 Feb 2010, smfabac wrote:
Now that we're all on the same page. How do I find out why sa-learn
is not processing the legal not-spam file? To re-cap, sa-learn --spam
--mbox isspam works but sa-learn --ham --mbox not-spam is not
working.
Well, I would
On Sat, Feb 13, 2010 at 10:33:08AM -0600, David Morton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Kettler wrote:
A quick diff of the 3.2 and 3.3 versions of these files shows this table
was changed:
CREATE TABLE bayes_token (
id int(11) NOT NULL default '0',
On 12.02.10 09:17, smfabac wrote:
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
mmdf, not mbox.
And my not-spam file meets this requirement:
^A^A^A^A
On 13.02.10 08:08, Robert Nicholson wrote:
I still need to do some debugging as it works sometimes so it looks like
it's setup properly.
just don't understand why when it said possibly en in the debug log why
the language wasn't populated but in some other cases it is being
populated.
How
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henrik K wrote:
So token was both a primary key, and an index, which is redundant.
How is that redundant? If you search for only a token, it would not be
indexed, and would perform very poorly.
As you didn't bother to check SpamAssassin
On 02/11, Matus UHLAR - fantomas wrote:
So you define the IP 64.71.152.40 as OK when sending mail from
@panic.chaosreigns.com. address.
so it's the exactly same as
panic.chaosreigns.com. IN SPF v=spf1 a:64.71.152.40 -all
On 12.02.10 22:24, dar...@chaosreigns.com wrote:
No. MTX
On 02/13, Matus UHLAR - fantomas wrote:
So the only effect of MTX should be confirmation that a machine may send
mail?
Yes.
So why the complicated check for DNS record combining DNS name and IP?
Why not simply requesting that machine has a mail or smtp in its DNS
name?
I answered that
dar...@chaosreigns.com a écrit :
On 02/13, Matus UHLAR - fantomas wrote:
So the only effect of MTX should be confirmation that a machine may send
mail?
Yes.
So why the complicated check for DNS record combining DNS name and IP?
Why not simply requesting that machine has a mail or smtp
Hello all,
I'm having trouble getting my mail server to scan outbound emails for spam,
incoming works fine (in as much as that it captures spammy email). Any
feedback would be appreciated. My setup as follows:
FreeBSD 6
postfix 2.3.2
amavisd-new 2.4.2
spamassassin 3.1.3
mysql 5
conf
On 2/13/2010 11:33 AM, David Morton wrote:
So token was both a primary key, and an index, which is redundant.
How is that redundant? If you search for only a token, it would not be
indexed, and would perform very poorly.
Because it is the primary key, which is by definition, an index!!!
On 02/13, mouss wrote:
dar...@chaosreigns.com a écrit :
did you take a look at CSA
http://mipassoc.org/csv/draft-ietf-marid-csv-csa-02.txt
I had not, thanks.
Looks like it ties the helo domain to the delivering IP, breaking (broken)
forwarding just like SPF?
Anyway, such approaches
On Sat, 13 Feb 2010, Matt Kettler wrote:
On 2/13/2010 11:33 AM, David Morton wrote:
So token was both a primary key, and an index, which is redundant.
How is that redundant? If you search for only a token, it would not be
indexed, and would perform very poorly.
Because it is the primary
On Sat, 13 Feb 2010, smfabac wrote:
Is there a message size limit for sa-learn?
Yes, there is, and sadly sa-learn does not explicitly tell you a message
has been skipped because it's too large.
If there's a non-text attachment try deleteing it and re-learning the
message.
--
John
$ sa-update
http: GET http://daryl.dostech.ca/sa-update/asf/909775.tar.gz request failed:
404 Not Found
Help, I dared to update from SVN, and now spamassassin refuses to run:
$ svn update
$ make install
$ sa-update --install by hand the newest files I could find on
http://daryl.dostech.ca/sa-update/asf/
$ spamassassin
spamassassin: spamassassin script is v3.003000, but using modules v3.004000
On Sunday February 14 2010 01:02:10 jida...@jidanni.org wrote:
Help, I dared to update from SVN, and now spamassassin refuses to run:
$ svn update
$ make install
The usual procedure is:
perl Makefile.PL; make; make test; make install
$ sa-update --install by hand the newest files I could
How many spamassassin's do you have?
Isn't it saying the script in bin isn't matching the modules in lib
On Feb 13, 2010, at 6:02 PM, jida...@jidanni.org wrote:
Help, I dared to update from SVN, and now spamassassin refuses to run:
$ svn update
$ make install
$ sa-update --install by hand
I think I've solved this issue already.
I had the add_header etc but I hadn't yet enabled the TextCat plugin.
On Feb 13, 2010, at 12:34 PM, Matus UHLAR - fantomas wrote:
On 13.02.10 08:08, Robert Nicholson wrote:
I still need to do some debugging as it works sometimes so it looks like
it's
Why does svn update pull in Mail-SpamAssassin-3.4.0.tar.gz?
That's not how things work with Mediawiki.
On Sat, 13 Feb 2010, smfabac wrote:
$ sa-learn --showdots --ham --mbox notspam
Learned tokens from 0 message(s) (0 message(s) examined)
Still no luck.
Are we sure the notspam file is clean? Try trimming it down to just one or
two messages, and see how it goes
- C
Maybe they changed something. In the past
perl Makefile.PL PREFIX=$HOME/.spamassassin-tree
also took care of where bin/spamassassin went. Now it seems left behind,
due to this suspicious commented out code?
# needs to be added to MY::install if used
#bin__install: $(INST_SCRIPT)/sa-filter
#
28 matches
Mail list logo