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
#
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
Why does svn update pull in Mail-SpamAssassin-3.4.0.tar.gz?
That's not how things work with Mediawiki.
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
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 http:
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 http://daryl.dostech.ca/sa-up
Help, I dared to update from SVN, and now spamassassin refuses to run:
$ svn update
$ make install
$ sa-update --install http://daryl.dostech.ca/sa-update/asf/>
$ spamassassin
spamassassin: spamassassin script is v3.003000, but using modules v3.004000
$ sa-update
http: GET http://daryl.dostech.ca/sa-update/asf/909775.tar.gz request failed:
404 Not Found
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 Hardin
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 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 approac
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 inde
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 file
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 "ma
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
> 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
-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 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.
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^
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 NUL
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.
>
> We
-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 NUL
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);
DB<2> n
Feb 13 08:30:23.876 [56907] dbg: te
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:
>
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 just
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
Justin Mason wrote:
> 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/draf
RW-15 wrote:
>
> 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 b
28 matches
Mail list logo
