Fix for bayes rebuild bug on Solaris

[Julian Field]

At 18:05 02/02/2004, you wrote:
>At 17:57 02/02/2004, you wrote:
>>Gee...
>>
>>FWIW, it happened a couple of centuries ago, but I recall having serious
>>trouble making Perl's flock() work on Solaris... same situation, all
>>development done under linux without a hitch and Solaris ignored all the
>>locking... and it wasn't an interoperability problem, since I was
>>competing against my own script...
>>
>>The point is I don't quite remember what we did to solve it (we is an
>>understatement, since it wasn't me programming, I was just the
>>designer)... it must have been perl 5.6.x and Solaris 7, but I'm not sure
>>either...
>>
>>Seems like you'll need a Solaris box to test it thoroughly... I wouldn't
>>even trust Solaris-x86 to behave identically to Solaris-Sparc :-(
>
>I've got an Ultra-5 so I can do a real test. If necessary, I can build a
>Solaris-x86 box too. But as you say, the best place to try it is a real sparc.

I have found the problem. Attached is a very short patch to SA.pm. This
should let you enable the "Rebuild Bayes Every" feature that does scheduled
Bayes database rebuilds.

If you turn this feature on in MailScanner.conf, you will want to set
         bayes_auto_expire 0
in your spam.assassin.prefs.conf to disable the (unsuccessful) attempts at
letting SpamAssassin rebuild its Bayes database when it feels like it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SA.pm.patch
Type: application/octet-stream
Size: 960 bytes
Desc: not available
Url : http://lists.mailscanner.info/pipermail/mailscanner/attachments/20040204/52e561af/SA.pm.obj
-------------- next part --------------
--
Julian Field
www.MailScanner.info
MailScanner thanks transtec Computers for their support

PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654