SA times out

[Kai Schaetzl]

Kai Schaetzl wrote on Wed, 02 Apr 2008 21:33:36 +0200:

I found out later that the message actually scanned was not the one I wanted 
to scan but the SA default message that is used on start up. The long wait at 
dbg: bayes: untie-ing simply is MS waiting for the real message.

However, this doesn't change anything in this respect:

> [15949] dbg: config: using "/usr/share/spamassassin" for sys rules pre 
> files
> [15949] dbg: config: using "/usr/share/spamassassin" for default rules dir
> [15949] dbg: config: read file /usr/share/spamassassin/10_default_prefs.cf

SA run under MS uses the wrong config directories. This seems to result in a 
much longer time for processing the rules. Maybe there is more. There are 
different hits than for the command-line SA and it takes *much* longer in the 
body scan phase. So, it eventually times out under MS.

I can't see a reason why this might happen. SA is identified as
dbg: generic: SpamAssassin version 3.2.4
I compared the Mail/Spamassassin in /usr/lib/perl5/site_perl/5.8.8/Mail with 
the one built by the source and they are identical except for dates (it seems 
the Perl upgrade process replaces an existing file only when it got changed, 
otherwise it keeps the existing file with the old date). I have some more, 
very old perl directories with different names in /usr/lib. However, if any 
of these would get used for a very obscure reason then it couldn't report 
3.2.4 as the SA version. Anyway, I set all permissions to access these 
directories to 0, no change.

What's wrong here, Jules? Could this be a problem with this somewhat old 
version of MS? (4.54.6)

Kai

-- 
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com