> > > - suggestion: when using SpamAssassin plugin Rule2XSBody > > > (available in more recent versions of SA), adding an entry like: > > > Mail::SpamAssassin::CompiledRegexps::body_0 > > > to the @additional_perl_modules list allows preloading of > > > compiled rules. > > > > > > Adding the following two lines to amavisd.conf adds the directory > > > name containing modules with compiled rules to Perl modules search path > > > and allows Perl to find the listed module(s): > > > my($sa_instdir) = '/var/db/spamassassin/compiled/3.002001'; > > > unshift(@INC, $sa_instdir, $sa_instdir.'/auto');
Jo Rhett wrote: > > Out of curiosity, why is this necessary? Why doesn't SA find these > > things by default? Ralf Hildebrandt wrote: > Do I get this right? SA when used from amavisd-new does NOT use the > precompiled rules by default? The Rule2XSBody plugin _does_ find these rules by the end of the rules parsing, and compiled rules _are_ used. The problem is that it happens rather late, after daemonization and after chrooting (if used), and pollutes the log with entries like: amavis[44356]: (44356) extra modules loaded: Mail/SpamAssassin/CompiledRegexps/body_0.pm Other than that, it works just fine in a non-chrooted setup. I'll reduce the log clutter a bit with the next version. Mark ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
