I'd like to be able to force the Mail::SpamAssassin object to do that initial preference loading again (for situations where, for example, a system administrator changes something in the "local.cf" file and wants it to take effect without manually stopping and restarting the filter, which is a cumbersome task in the administration UI). However, I can't seem to find any API to allow me to do that.
Alternatively, I could just unload the Mail::SpamAssassin object from memory and create a new one (it happens infrequently enough that the amount of time this takes is not an issue); however, no matter what I do (ensuring that all objects used, such as PerMsgStatus objects, are "finish()"ed, ensuring that I have no remaining references to the SpamAssassin object, etc.), I suffer a memory leak of approximately 1 MB (on FreeBSD with Perl 5.6.1, it varies a bit by platform and Perl version) every time I try to get rid of the old Mail::SpamAssassin and create a new one.
Anybody have any suggestions?
-Dan
------------------------------------------------------------------ Daniel M. Zimmerman TFF Enterprises M/S 256-80 - Caltech http://www.tffenterprises.com/ Pasadena, California 91125 USA [EMAIL PROTECTED]
------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk