Linda,
I see this message coming out of my SA alot these days since upgrading to
3.2.5:
[23920] warn: netset: cannot include 127.0.0.0/8 as it has already been
included
Where is this local net being 'included', and how can I suppress
the duplicate inclusion message?
Chris,
AFAIK though it isn't possible to place a cap on the FuzzyOCR score. I
don't want to, but I detune it purely to reduce the likelyhood of
something hitting my discard threshold by OCR alone.
If you consider this feature so important, then I could implement a
max_score feature that
Tony,
Hope for some insight into what I'm looking at...
Brand new install Scalix/SuSE11.1/Amavis/Amavisd1.4/SA/ClamAV
Following How To published on the Scalix Wiki at
http://www.scalix.com/wiki/index.php?title=Scalix/Sendmail_%26_Amavisd-New_
HOWTO
All seemed to be working except when I
Stefan,
I just had a closer look at the header of an email which should have
been recognized by spamassassin as spam.
Waht I found was this:
X-SpamScore: 0
tests= SIZE_LIMIT_EXCEEDED
I have checked /usr/share/spamassassin/ for a rule which might contain a
size limit, but didn't
Stefan,
I'm in the progress of setting up a new Server with amavisd-new and
spamassassin. I like to run the recent versions of this programms, but
therefore I need some perl modules from cpan (e.g. IP::Country::Fast),
because they are not in the repository of my distribution (SLES 11).
The
Stefan,
It would be simplest to install missing modules in one of the
perl-default directories, such as /usr/lib/perl5/site_perl/5.10.0/ .
Or try adding: use lib your-directory at the start of file amavisd.
I added
use lib '/usr/local/perl/lib';
to /etc/amavisd.conf and it seams to
This issue has been unresolved for way too long. All of this, in my
mind, this makes the plugin orphaned and unusable if not patched with
Mark's patch.
Actually it's a patch by Daniel J McDonald from 2007-06-15.
I just refreshed it for 0.8 and reposted it two months later.
Credits where
Is the Day Old Bread list a reliable list. I found that their DNS times
out a lot of times.
When DOB turned sour last year, I switched to Blaine Fleming's
spameatingmonkey.net. The list is accessible through rsync
and needs to be fed as a zone file to a local DNS.
Contact Blaine for rsync
X-spam-report: Score=-6.9
tests=BAYES_00,DCC_CHECK,RCVD_IN_DNSWL_HI autolearn=ham
That is not a standard SA header. Actually, there's quite a lot fishy
about that.
First of all, SA is incapable of adding it -- all SA generated headers
start with X-Spam- (note the uppercase S,
Fletcher,
I seem to be having a hard time writing rules which anchor
a string to the start of the line in the body of a text message.
e.g., suppose I get a lot of phish which contain text (not html)
like this:
Username:..
Password:..
I try what seemed intuitively easy:
Steven,
Jul 6 22:38:08 saturn spamd[32217]: Argument 2.long isn't \
numeric in numeric lt () at \
/usr/lib/perl5/vendor_perl/5.10.0/Mail/SpamAssassin/PerMsgStatus.pm line
1004.
Should I be concerned?
595 spamassassin -V
SpamAssassin version 3.2.5
running on Perl version 5.10.0
Eddy,
I'm using spamassassin 3.2.5 on my academic RHEL server and it works
well :-)
I'm also using Net::DNS version: 0.65, amavisd-new 2.6.4, postfix 2.5.6
I'm receiving an email which take too much time to process.
I have to remove it from my postfix's mail queue
here is part of the
Eddy,
So I spin it again with -L -D
09:24:10.109 16.022 0.036 [20476] dbg: rules: ran rawbody rule
__SARE_HAS_FG_COLOR == got hit: color:
09:45:09.826 1275.740 1259.717 [20476] dbg: rules: ran eval rule
__SARE_HTML_HAS_BR == got hit (1)
So, after the 20 minutes delay, it says:
Sasa,
Hi, in log file I have this error with SA-3.2.5 and MySQL-5.0.77 (with
amavisd-new, postfix, maia):
Jul 23 11:03:35 mail amavis[6329]: (06329-02-2) SA TIMED OUT, backtrace: at
/usr/lib/perl5/vendor_perl/5.10.0/Mail/SpamAssassin/BayesStore/MySQL.pm
line 492\n\teval {...} called at
Joseph Brennan writes:
date:31 Jul 09 10:13 -0800
Do they really write date: instead of Date:? That violates RFC 2822.
No it doesn't. Header fields names are case-insensitive.
A space after : is shown in every example in 2822, but I don't see a
requirement that it be there. It is
Terry Carmen wrote:
Actually, I was looking at it from the other (ham) direction.
Say I live in Rochester, NY. Chances are pretty good that mail I receive
from IP addresses in or near Rochester would be ham (friends/business/etc.)
Email becomes more hammy as it's origination point gets
header L_TAB_IN_FROM ALL =~ /\nFrom:\t/s
- header L_TAB_IN_FROM From:raw =~ /^\t/m
Mark
Ryan,
I am trying to implement an anti-phishing strategy and was hoping some of
you could point me in the right direction. I want to keep track of how many
recipients a user sends mail to on a 24-hour basis. When a given threshold
is met, that user's email would then go into quarantine until
Per,
I see DKIM_VERIFIED hit in mails from example.com, but the
whitelisting
doesn't happen for some reason. What am I doing wrong?
this should not happend, check spamassassin --lint
Yep, I always do before loading a new ruleset, shows no problems.
output from spamassassin 21
Per,
The lint test-message presumably wouldn't cause DKIM_VERIFIED to hit
anyway, but DNS is most definitely enabled.
Please send the debug output on a real signed message run, e.g.:
spamassassin -D -t test.msg test.log 21
Mark
On Thursday 13 August 2009 14:13:33 LuKreme wrote:
I am starting spamd (/usr/local/etc/rc.d/sa-spamd start or spamd -d -
r /var/run/spamd.pid -c -s /var/log/spamd) and then a few seconds
later it is dying without an error.
[Never mind, spamassassin --lint was dying with a core dump. I removed
Per Jessen,
Per Jessen wrote:
I was just wondering -
RCVD_NUMERIC_HELO will match helo=2xx4.2.2xx.62.fix.example.com -
but is that intentional? It's not exactly a numeric helo?
That should have read helo=2xx.2.2xx.62.fix.example.com.
Bug 5878
Giampaolo,
I was looking at some kind of open-source DKIM-signing piece of code, and
fall into this site:
http://www.dkim-reputation.org/
It has nothing to do with what I'm looking for, nevertheless it seemed
interesting to me and I wanted to give it a try.
Unfortunately, the
Don't know how/if the project has progressed meanwhile.
If anyone is interested, I can send him the DKIMrep.pm.
i like to try it
Sent off-list.
Mark
LuKreme,
I'm considering 3.3, and am currently trying to overcome my aversion
to things labeled 'alpha'.
Understood. It is mainly labeled as alpha because some new things are
not finished (like the new bayesbdb backend to Bayes), and it would
be nice to close some stale problem reports (almost
Tobias, Giampaolo, Bill, and others
I'm interested too, thanks in advance
I've place it on the web page:
http://www.ijs.si/software/amavisd/DKIMrep.pm
http://www.ijs.si/software/amavisd/effectiveTLDs.pm
(the effectiveTLDs.pm is exactly the same as in the
Florian's package, the DKIMrep.pm
Benny,
http://www.ijs.si/software/amavisd/effectiveTLDs.pm
this file seams buggy, not all lines begins with a ' and others dont end
with } but }}
hope its just me that cant read perl :)
???
Does perl complain?
$ perl effectiveTLDs.pm
Mark
Giampaolo,
The DKIMrep.pm loaded fine, but then it complained that the
effectiveTLDs.pm file was not in the Mail::SpamAssassin::Plugin stock dir.
I had to copy it there to fix this issue.
I think it wouldn't be too bad to somehow have a way to specify the full
path to effectiveTLDs.pm.
On Monday 17 August 2009 08:45:03 LuKreme wrote:
Received: from spam05.embarq.synacor.com (LHLO
smtpout01.embarq.synacor.com) (10.50.1.5) by md29.embarq.synacor.com
with LMTP; Sun, 16 Aug 2009 19:19:56 -0400 (EDT)
LMTP? Seriously? Does anyone use that? Well, yes, evidently.
A significant
On Monday 17 August 2009 11:50:53 Florian Sager wrote:
Correct, there is only a dependency on the results of the DKIM.pm module.
There are DKIM verifiers that add a Authentication-Results header to
an email, these results would suffice to request data from
dkim-reputation.org as well;
For those who missed it, the dkim-milter project forked.
Its principal developer is now with the OpenDKIM project.
The OpenDKIM v1.0.0 brings a couple of bug fixes over
the dkim-milter, and uses a new build mechanism.
Mark
Here is the announcement posted on 2009-08-14:
==
The OpenDKIM
Mike,
- header L_TAB_IN_FROM From:raw =~ /^\t/m
It turns out, Mark's variation is too aggressive. I'm seeing some FPs
on mailing lists, which place separate the friendly name from the email
address by \n\t:
From: Joe User
joe.u...@example.com
Interesting.
The pattern
Michael,
FN on these three rules: (so how do I write a rule to match?)
header __ST_ISMMS exists:X-MMS-Message-Type
will also FN on THIS rule:
header __ST_ISMMS X-MMS-Message-Type =~ /./
and FN on this rule:
header __ST_ISMMS X-MMS-Message-Type =~ /0/
if header
X-MMS-Message-Type: 0
Michael,
Mark Martinec wrote:
Fixed in 3.3.0:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5965
guess 3.3.0 is due out so soon that this won't be backported to 3.2.6?
would that patch work on 3.2.5? (giving me an excuse for another port
bump for SA?)
The posted patch
On Saturday August 29 2009 19:47:32 R-Elists wrote:
have many, or any of you folks on the list migrated your production servers
to the 3.3.0 alpha 2 or later release?
We are certainly one of them (actually running CVS head,
which is pretty close to alpha2). About 1000 users here.
Mark
Alex,
Do we have an idea of a timeline for the next release and/or
production release currently?
Not a fixed date yet, but we are getting there, the light at the
end of a tunnel is getting bright. No problems with stability,
it just would be nice to finish some remaining details,
and The Great
Gene,
But, I had installed all the perl stuff that a spamassassin -D --lint run
had complained about, and I just noted in the email sa-update sent me that
3 more bits of perl were on the missing list, and the final piece I can't
find in a fedora repo:
32760] dbg: diag: module not installed:
forgive me, why do you want all that crap into your spamassassin when
postfix can solve it for you without a hick ?
Obvious answer: not everyone who uses SA uses postfix.
Another slightly less obvious: to let autolearning see what new
crap it has to learn, and/or to check rules
On Sunday September 6 2009 11:03:23 jida...@jidanni.org wrote:
Help, sa-update gives:
rules: failed to run __RCVD_IN_2WEEKS test, skipping:
(Can't locate object method received_within_months via package
Mail::SpamAssassin::PerMsgStatus at (eval 755) line 19. )
channel: lint check of
Per,
http://jessen.ch/files/community36.eml
whitelist_from_dkim *...@community36.net
The actual author is 'keine-antw...@community36.net'; I have run it
through SA with debug on and I see it being added to whitelist
entries. Still when it is checked by DIM, it reports author
Benny,
Still when it is checked by DIM, it reports author
keine-antw...@community36.net, not in any dkim whitelist.
correct it happends here aswell
[22718] dbg: dkim: VALID third-party signature
by id keine-antwort=3dcommunity36@mcsv129.net,
author
On Tuesday September 8 2009 12:10:41 Clunk Werclick wrote:
I'm using syslog-ng, but despite listening to;
unix-stream(/dev/log);
It gets nothing - but I don't expect it to as the default spamassassin
conf has this line;
OPTIONS=--create-prefs --max-children 5 --username spamd
On Tuesday September 8 2009 21:23:42 Jason Haar wrote:
Actually, it's HAM - not spam. In the end it's really become clear it
shows limitations in perl's parsing power - so either we get gruntier
boxes - or increase the timeout. We've gone with the latter.
Some regexps do perform terribly when
On Friday September 11 2009 13:27:11 franc wrote:
Yes, i restarted spamassassin, and now i found out, that amavis is handling
some configurations in 20-debian_defaults, here i can put some blacklist
(with amavis notation of course).
This is independent from SpamAssassin.
But i wonder why the
No, it means spamd isn't used. ...
This i misunderstood too, i thought spamd IS the spamassassin-daemon.
It is. And so is amavisd, just uses a different protocol to talk with a MTA.
You don't need both.
On my system, spamd is running. But i don't find any running spamassassin
process.
If
On Monday 14 September 2009 13:57:44 Benny Pedersen wrote:
why not adjust awl factor ?
(i hope ip can be set to other then /16 in 3.3.x) for the fyzzy
matching ip ranges
imho /24 should be default
Benny, I very much agree with you, the /16 is too wide, and I've seen
cases where good and
I've opened the:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6203
you can add your e-mail address as a CC if you want.
is the dkim awl not solveing it in 3.3 ?
Only if a mail has a valid DKIM signature and the feature is enabled
( auto_whitelist_distinguish_signed 1 ) and AWL
On Wednesday September 16 2009 22:03:17 Justin Mason wrote:
Who is running a mass-check that's still in progress? (fwiw, I am ;)
It'll be at least 5 users (with myself and John), but that's not a
great population of training data.
I spent a couple of afternoons cleaning up my corpus or 60.000
Austin,
now hope to do this Thursday/Friday. I should be able to scan my
million or so messages in a day on my cluster.
Wow, that makes me feel inadequate :) I'm struggling to clean up my
little ham sample of 3600 messages, and looking at another couple
thousand that I'll do if I've
On Tuesday September 22 2009 06:32:12 Benny Pedersen wrote:
On man 21 sep 2009 20:33:57 CEST, MySQL Student wrote
but this will invalidtate dkim headers if this headers
is signed, are spamassassin aware of this problem ? (in general)
Are you saying there is a bug?
partly yes, its not a
LuKreme wrote:
Other surprises are that DKIM is pretty useless and SPF_PASS is
actually a slight spam indicator.
Benny Pedersen wrote:
so without some whitelist_from_* dkim and spf will not be helpfull
Indeed. Score points should be kept close to zero for rules
DKIM_SIGNED, DKIM_VALID and
On Monday September 28 2009 04:58:42 MySQL Student wrote:
Mark suggested in the bugzilla update that I change SpamAssassin to
add 'use utf8' into code generated from rules when it sees it is being
run with a pre-5.8 version of perl. How do I do this for the time
being?
Try the following (for
On Wednesday 30 September 2009 19:25:52 Charles Gregory wrote:
On Wed, 30 Sep 2009, Nauman Yousuf wrote:
Guys I am getting all my external domain emails tagged as SpamSpam
mail headers
X-Amavis-Alert: BAD HEADER Improper folded header field made up entirely
of whitespace (char 20
On Thursday 08 October 2009 19:26:10 Shane Webster wrote:
I actually would be doing that but the filter does not know how to
handle int(), so I would have to build a filter for all possible number
combinations, but if I could just get SA to do the basic math for me and
write a header or
Warren,
http://spameatingmonkey.com/usage.html
Are these URI rules really valid syntax? They don't look right, and
spamassassin lint rejects them.
rulesrc/sandbox/wtogami/20_unsafe.cf: 0 active rules, 5 other
lint: config: failed to parse line, skipping, in rules/70_sandbox.cf:
urirhssub
Rules are alright. What I can see is that build/mkrules intentionally
does not load plugins (except for the Plugin::Check), which means
the 'urirhssub' directive in your .cf file is not recognized.
Actually, the proper solution is probably just to enclose your
rules between:
ifplugin
Adam,
That example may have been overly simplistic, but I thought it conveyed
the idea. To see a real-world example, see KHOP_DNSBL_ADJ in
http://khopesh.com/sa/khop-bl/khop-bl.cf (though please use the actual
channel if you're going to use my rules, otherwise you won't get updates).
Btw,
But I think the trouble is that SPF_FAIL and DKIM_SIGNED without
DKIM_VERIFIED doesn't necessarily mean it's not being spoofed, right?
For that reason I really haven't been able to make scoring decisions
on either of them.
Both the DKIM_SIGNED and the DKIM_VERIFIED (now renamed to
Rob,
Been running Spamassassin for a long time with no problems until a
recent update of various packages including perl (but no other
immediately perceptible relevant update) and now this error:
Oct 30 15:34:31 hostname deleted spamd[16264]: dns: sendto()
failed: Connection refused at
Patrick,
We regularly experience SA crashes on a Ubuntu Hardy machine. The setup is
as follows:
Postfix (2.5.1) - SpamAssassin Milter (0.3.1-6) - SpamAssassin
(3.2.4-1ubuntu1.1)
The milter is run like this:
/usr/sbin/spamass-milter -P /var/run/spamass/spamass.pid -f \
-p
Mynabbler,
I tried that, and it barfs on me:
# svn checkout
http://svn.apache.org/viewvc/spamassassin/trunk/rulesrc/sandbox/jhardin/
svn: PROPFIND request failed on
'/viewvc/spamassassin/trunk/rulesrc/sandbox/jhardin'
svn: PROPFIND of
Florian,
all of a sudden, on my Ubuntu 9.04 machine with amavids-new 2.6.2 and
SpamAssassin 3.2.5, I get the following error when starting:
[...]
I found out that if I disable SpamAssassin, everything works fine
again. It might be related to an unfinished FusionForge installation,
but I
On Wednesday November 11 2009 22:33:12 Philip A. Prindeville wrote:
This isn't so much of a technical question as a policy one.
I get a lot of spam which looks like:
Return-Path: evan_law...@davidark.net
Received: from web.biz.mail.sk1.yahoo.com
(web.biz.mail.sk1.yahoo.com
On Monday 07 December 2009 20:18:29 Alex wrote:
- added or updated many rules; incomplete list in no particular order:
vbounce, lotsa_money, muchmoney, image spam, fill_this_form,
FreeMail...snipped
Q1)is there a location that shows the complete list at this time?
I doubt anyone will
On Tuesday December 8 2009 23:27:19 Rosenbaum, Larry M. wrote:
SpamAssassin version 3.3.0-beta1
running on Perl version 5.10.1
Solaris 9 Sparc
I am getting the following errors in make test:
t/timeout.t ... 5/27 # Failed test 5 in t/timeout.t at
line 63 t/timeout.t
Thanks for testing! Which version of a perl module Time::HiRes
do you have installed? See what is reported by:
$ perl -MTime::HiRes -le 'print Time::HiRes-VERSION'
Could you please try upgrading this module if yours is rather old,
and see if that helps.
P.S., does the following change to
Lucio,
We have an institute-wide spamassassin+amavisd arrangement running on our
mx's, which generally behaves very well. Spam is quarantined in a system
wide folder, and then a daily crontab sends a spam report to each user
(so that they can reclaim false positives, which occurs about once
On Wednesday 09 December 2009 20:32:10 Rosenbaum, Larry M. wrote:
From: Mark Martinec [mailto:mark.martinec...@ijs.si]
Thanks for testing! Which version of a perl module Time::HiRes
do you have installed? See what is reported by:
$ perl -MTime::HiRes -le 'print Time::HiRes-VERSION
On Wednesday 16 December 2009 16:23:23 LuKreme wrote:
Given the following header:
DKIM-Signature: v=1; a=rsa-sha1; d=bluehornet.com; s=bluehornet-1.bh;
c=relaxed/simple; q=dns/txt; i...@bluehornet.com; t=1258661618;
h=From:Subject:X-Outgoing:Date;
On Wednesday 16 December 2009 17:04:55 LuKreme wrote:
While looking through my logs I ran across a bunch of these errors:
spamd[38076]: Use of uninitialized value $detail in string eq at
/usr/local/lib/perl5/site_perl/5.10.0/Mail/SpamAssassin/Plugin/DKIM.pm
line 393.
They seem to be a
On Thursday December 17 2009 12:49:25 Kai Schaetzl wrote:
When reviewing this list and playing around I found that there are 22 bugs
for milestone 3.2.6. Shouldn't these get reviewed and promoted to 3.3.0 if
still valid?
What usually happens is that a bug was fixed in trunk (3.3),
but then (if
Suggesting to postpone the wrapup date till tomorrow (December 18)
to give us one more day to digest the latest changes and see
where we stand.
Mark
On Monday December 21 2009 03:58:19 Rosenbaum, Larry M. wrote:
What is the recommended version of re2c to use with SpamAssassin v3.3.0?
What about with v3.2.5?
Just stick to the latest, when in doubt.
The 0.13.5 works fine, it fixes some segfaults over previous versions.
Mark
On Sunday December 20 2009 15:31:19 Kai Schaetzl wrote:
Maybe a suggestion for the section COMPATIBILITY WITH 3.2.5.
Mention that the FreeMail plugin is now included, so needs to be removed
from older config. It's mentioned as a new plugin in the middle of the
release notes, but as this plugin
On Tuesday 08 December 2009 17:35:28 Rosenbaum, Larry M. wrote:
It appears that Net::DNS requires Digest::HMAC_MD5 and that
Digest::HMAC_MD5 requires Digest::SHA1. So that for full functionality,
both SHA and SHA1 are needed.
I don't think so. The Digest::HMAC_MD5 only requires Digest::MD5.
On Friday December 25 2009 23:36:32 The Doctor wrote:
On Fri, Dec 25, 2009 at 03:19:28PM -0500, Warren Togami wrote:
Apache SpamAssassin 3.3.0-rc1 is now available for testing.
Downloads are available from
[...]
Was quoting the entire 656 lines of release notes really necessary?
(a
On Tuesday January 5 2010 14:45:30 Art Greenberg wrote:
I saw this plugin listed in the SA Wiki, and contacted the author listed
in the Wiki about this issue. Seems he's disowned the thing, and he
suggested asking here. Is anyone on the list using this plugin?
I just installed the ClamAV
On Tuesday 05 January 2010 19:43:59 Martin Gregorie wrote:
On Tue, 2010-01-05 at 12:37 -0500, Terry Carmen wrote:
I just did a find and have:
/usr/local/share/spamassassin/72_active.cf
/usr/share/spamassassin/72_active.cf
On Tuesday January 5 2010 22:47:42 Bowie Bailey wrote:
I patched sa-update to add a verbose option which outputs all the
channel names that had changes. Very simple patch if anyone is
interested. It installs cleanly on 3.2.5, I haven't tried 3.3.
This looks like an useful small patch.
Could
jidanni wrote:
$ sa-update
config: failed to parse line, skipping,
in /tmp/.spamassassin5560GP7SGbtmp/10_default_prefs.cf:
clear_originating_ip_headers
config: failed to parse line, skipping,
in /tmp/.spamassassin5560GP7SGbtmp/10_default_prefs.cf:
originating_ip_headers X-Yahoo-Post-IP
are showing it first with No
and the second time with Yes. In messages where no virus is detected,
it is No both times. The second instance immediately follows the
first.
On Tue, 5 Jan 2010, Mark Martinec wrote:
The issue is already tracked as:
https://issues.apache.org/SpamAssassin
On Friday 08 January 2010 15:16:26 Jason Bertoch wrote:
Raymond Dijkxhoorn wrote:
Upgrade to SVN version this is a issue with RC1.
It looks to me like one of the devs fixed the rule. I'm still running
rc1, but the errors have disappeared.
Yes, it's been fixed yesterday evening, but it
On Sunday January 10 2010 09:06:21 Cecil Westerhof wrote:
Later on in the manpage it says:
EXIT CODES
By default, spamc will use the 'safe fallback' error recovery
method. That means, it will always exit with an exit code if 0, even if
an error was encountered. If any error
On Tuesday January 12 2010 11:54:55 Justin Mason wrote:
hi -- is this still occurring with latest snapshots? If so, could you
open a ticket at our bugzilla?
On Tue, Jan 5, 2010 at 21:00, David Bayle david.ba...@zerospam.ca wrote:
- Trying to setup snapshots from
since 3.2.1 is still stable in gentoo portage [...]
3.2.5 is only marked unstable in gentoo
old - historical - rotten - decaying - stable
Russ,
I have not gotten this into the bugzilla, but ... as it appeas
a 3.3 release is imminent, I though I should mention seeing
this in my log files:
I am getting this:
Jan 20 18:17:40 vm049244181 spamd[14023]: spamd: Insecure dependency in
chown while running with -T switch at
David,
Trying to import a bayes db, I get:
#sa-learn --import
bayes: perform_upgrade: Insecure dependency in open while running with
-T switch at /usr/share/perl/5.8/File/Copy.pm line 133.
perl 5.8.8
--- lib/Mail/SpamAssassin/BayesStore/DBM.pm (revision 903517)
+++
Jeff,
I'm getting the following parse errors after upgrading to 3.3.0:
Jan 27 08:04:15.172 [30437] warn: config: failed to parse line, skipping,
in /etc/mail/spamassassin/local.cf: use_auto_whitelist 1 Jan 27
08:04:15.172 [30437] warn: config: failed to parse line, skipping, in
On Wednesday January 27 2010 23:28:46 Ed Kasky wrote:
I have been using Mysql for bayes storage for quite some time very
successfully for quite some time. After seeing a lot of spam coming
through since upgrading I though I had better check the scoring to
see what was going on. Here's what I
On Thursday 28 January 2010 17:16:04 tonjg wrote:
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 above
René,
What version of re2c are you using? Can you post the output of
'spamassassin -D --lint' to pastebin?
re2c is version 0.12.1. The script sa-compile checks the version so I
don't think there's a problem there.
It hasn't been determined exactly which is the minimal working version,
On Friday January 29 2010 10:53:21 Jakob Hirsch wrote:
when running spamc to learn/unlearn, I get this:
Fri Jan 29 10:00:01 2010 [9855] warn: Use of
uninitialized value $start_time in addition (+) at /usr/bin/spamd line
1382, GEN4747 line 47.
It's not too bad, but it's not good either.
On Thursday 28 January 2010 14:40:56 Graham Murray wrote:
Since upgrading to SA 3.3.0, botnet (version 0.8) is showing a false
positive on every email I receive via IPv6.
Has anyone contacted the author?
A sample header field:
Received: from mx2.freebsd.org (mx2.freebsd.org
On Friday 29 January 2010 04:20:15 René Berber wrote:
Jason Bertoch wrote:
What version of re2c are you using? Can you post the output of
'spamassassin -D --lint' to pastebin?
Now using re2c 1.3.5 same problem, to be precise it doesn't hang, it
loops (the CPU usage goes up and down, RSS
On Friday 29 January 2010 11:50:25 Mark Martinec wrote:
On Friday January 29 2010 10:53:21 Jakob Hirsch wrote:
when running spamc to learn/unlearn, I get this:
Fri Jan 29 10:00:01 2010 [9855] warn: Use of
uninitialized value $start_time in addition (+)
at /usr/bin/spamd line 1382
On Saturday January 30 2010 06:17:14 Juergen Heberling wrote:
All my userprefs are stored in SQL so I dont want a ~/.spamassassin
directory.
(My earlier version (3.1.7) did not attempt to do this.)
I'm running spamd from rc.conf with spamd_flags=-Q -x -d -m 10
The attempt to create this
Angela,
I installed my mail server using ISPConfig3 on Ubntu9.10 Server...
I'm interested in using the two-level spam treatment configuring SPAM tag
level,SPAM tag2 level and SPAM kill level...
The server works perfectly but the mail that it receives don't show the
effects of the
Michael,
was using this on SA 3.2.5 in local.cf
dcc_options -R -x 0
dcc_home /usr/local/dcc
dcc_dccifd_path /usr/local/dcc/dccifd
now, on SA 3.30, I get this (constantly).
Feb 1 07:19:14 mx1 dccifd[10069]: unrecognized option value: -R -x 0
note, that dcc_options are options that
Chris,
SA 3.3.0, just installed via CPAN this afternoon. When running my spam
reporter script I noticed this:
warn: reporter: DCC report via dccproc failed: Can't locate object
method close_pipe_fh via package Mail::SpamAssassin::Reporter
at /etc/mail/spamassassin/DCC.pm line 803,DCC line
Thanks, that fixed mine.
Thanks for testing. Please open the bug report nevertheless,
so that the fix is documented and can be properly rolled into 3.3.1.
won't help 'chris's problem, will it?
No, its is unrelated.
Mark
1 - 100 of 740 matches
Mail list logo