On Tue, 7 Mar 2006, Theo Van Dinter wrote:
On Tue, Mar 07, 2006 at 08:14:38PM -0500, Dan Mahoney, System Admin wrote:
=item languages_filename
If you want to be able to use the language-guessing rule
C<UNWANTED_LANGUAGE_BODY>, and are using C<config_text> instead of
C<rules_filename>, C<site_rules_filename>, and C<userprefs_filename>, you
[...]
I'm NOT using rules_text though, unless this is the default behavior.
I got this for a while:
Mar 7 19:51:17 quark spamd[81728]: config: failed to parse line,
skipping: languages_filename /usr/local/share/spamassassin/languages
rules_text, languages_filename, etc, are parameters to the Mail::SpamAssassin
object during creation, not config options. So "languages_filename" won't
really help you unless you're writing your own code.
I gave up and disabled textcat -- it's a shame, I'd like to use it.
TextCat will use <default path to rules>/languages. Run "spamassassin -D
--lint" and look for the default rules line:
[22346] dbg: config: using "/usr/share/spamassassin" for default rules dir
Yes, it did. I'll kill that bug off in a few. Thanks. BTW, for some
reason the languages file was MISSING originally. Possibly due to package
maintainer insanity, I've been using SA for a WHILE now.
I responded with this information in the ticket but you never responded.
I'll deal with the ticket shortly.
[Odd SQL Error]
The only VERY ODD error I am seeing now (and only for ONE user) is this:
Mar 7 20:19:12 quark spamd[83564]: config: failed to parse line,
skipping: rewrite_subject_0
Mar 7 20:19:12 quark spamd[83564]: config: failed to parse line,
skipping: report_header_1
Mar 7 20:19:12 quark spamd[83564]: config: failed to parse line,
skipping: use_terse_report_1
Mar 7 20:19:12 quark spamd[83564]: config: failed to parse line,
skipping: defang_mime_0
Mar 7 20:19:12 quark spamd[83564]: config: failed to parse line,
skipping: auto_learn_0
Why are these odd? None of these are valid config lines for 3.1.
Because my configs are in a SQL database, and for that user, the config
lines look totally normal. For this user only, the SQL interpreter is
adding an underscore where there shouldn't be one. The user doesn't even
have a homedir on the system where spamd runs -- and spamd runs as user
"spamd" who has no prefs of its own.
mysql> select * from userpref WHERE username = 'cww'
-> ;
+----------+------------------+--------------------+--------+
| username | preference | value | prefid |
+----------+------------------+--------------------+--------+
| cww | required_hits | 6 | 600 |
| cww | rewrite_subject | 0 | 601 |
| cww | report_header | 1 | 602 |
| cww | report_safe | 1 | 603 |
| cww | use_terse_report | 1 | 604 |
| cww | defang_mime | 0 | 605 |
| cww | whitelist_from | [EMAIL PROTECTED] | 606 |
| cww | whitelist_from | [EMAIL PROTECTED] | 607 |
| cww | whitelist_from | *komando.com | 608 |
| cww | use_bayes | 0 | 609 |
| cww | auto_learn | 0 | 610 |
+----------+------------------+--------------------+--------+
It's definitely that user, but just to be sure, I decided to double check:
mysql> select * from userpref where preference LIKE "%subject%";
+-----------------------+------------------------+---------------+--------+
| username | preference | value | prefid
|
+-----------------------+------------------------+---------------+--------+
| mirthika | rewrite_subject | 0 | 211
|
| computechie | subject_tag | {SpamAssasin} | 230
|
| [EMAIL PROTECTED] | rewrite_header subject | SPAM | 442
|
| cww | rewrite_subject | 0 | 601
|
+-----------------------+------------------------+---------------+--------+
4 rows in set (0.02 sec)
Here's proof it's that user:
Mar 8 00:04:21 quark spamd[83570]: config: failed to parse line,
skipping: rewrite_subject_0
Mar 8 00:04:21 quark spamd[83570]: config: failed to parse line,
skipping: report_header_1
Mar 8 00:04:21 quark spamd[83570]: config: failed to parse line,
skipping: use_terse_report_1
Mar 8 00:04:21 quark spamd[83570]: config: failed to parse line,
skipping: defang_mime_0
Mar 8 00:04:21 quark spamd[83570]: config: failed to parse line,
skipping: auto_learn_0
Mar 8 00:04:21 quark spamd[83570]: Use of uninitialized value in pattern
match (m//) at /usr/local/lib/perl5/site_perl/5.8.6/Mail/S
pamAssassin/Conf/Parser.pm line 547, <GEN2412> line 2.
Mar 8 00:04:21 quark spamd[83570]: Use of uninitialized value in pattern
match (m//) at /usr/local/lib/perl5/site_perl/5.8.6/Mail/S
pamAssassin/Conf/Parser.pm line 547, <GEN2412> line 2.
Mar 8 00:04:21 quark spamd[83570]: spamd: processing message
<[EMAIL PROTECTED]> for cww:58
OCCASIONALLY I see it for other users, like this -- however cww hits ALL
the time:
Mar 8 00:01:57 quark spamd[83570]: config: failed to parse line,
skipping: report_header_1
Mar 8 00:01:57 quark spamd[83570]: config: failed to parse line,
skipping: use_terse_report_0
Mar 8 00:01:57 quark spamd[83570]: config: failed to parse line,
skipping: defang_mime_1
Mar 8 00:01:57 quark spamd[83570]: config: failed to parse line,
skipping: bayes_auto_learn_threshold_spa_6.6
Mar 8 00:01:57 quark spamd[83570]: config: failed to parse line,
skipping: bayes_auto_learn_threshold_non_2.0
Mar 8 00:01:57 quark spamd[83570]: Use of uninitialized value in pattern
match (m//) at /usr/local/lib/perl5/site_perl/5.8.6/Mail/S
pamAssassin/Conf/Parser.pm line 547, <GEN2284> line 2.
Mar 8 00:01:57 quark spamd[83570]: Use of uninitialized value in pattern
match (m//) at /usr/local/lib/perl5/site_perl/5.8.6/Mail/S
pamAssassin/Conf/Parser.pm line 547, <GEN2284> line 2.
Mar 8 00:01:57 quark spamd[83570]: spamd: processing message
<[EMAIL PROTECTED]> for sdk:58
That's likely the cause of the uninitialized pattern error -- I believe
one of you (Justin/Theo/Daryl) suggested a possible fix -- should I try it
-- it wouldn't fix the fact that these things are being occasionally put
together wrong, but would at least quell the uninitialzed value error :)
[pyzor, razor, dcc]
I could see trouble with any ONE of these things -- but all three?
Something feels odd.
Do you have a firewall blocking those services from working?
No firewall at all, and those processes hit (as in, generate scores) most
of the time. I'm under the impression if they were going to be killed by
a firewall config, it would be a very all or nothing type thing.
It's a realtek NIC, but that shouldn't matter at all since ALL this box
does is mysql and spam processes (less than a meg). Duplex is 100/full
(auto) on a known good (but unmanaged) switch.
And there was the mention I saw earlier of still-escaping alarms.
However, I haven't had a true lockup since making all these changes.
Usually those happen late at night when I say "they musta fixed it, things
haven't locked up in a while..." :)
I'll let you guys know as soon as I do (it does), however. __alarm__
messages without a corresponding freeze CONCERN me, but not NEARLY as much
as when the system is "of a down".
-Dan
--
"Why are you wearing TWO grounding straps?"
-John Evans, Ezzi Computers August 23, 2001
--------Dan Mahoney--------
Techie, Sysadmin, WebGeek
Gushi on efnet/undernet IRC
ICQ: 13735144 AIM: LarpGM
Site: http://www.gushi.org
---------------------------
