Dylan,
> Even after setting the reduced_dns option to 1 the load on the server
> stays high. I re-enabled AWL and my load stays low as long as I don't
> enable the RelayChecker. I get the following in the log:::
>
> Nov 13 15:51:23 p1-lk-mxfilter.power1.com /usr/sbin/amavisd[30169]:
> (30169-01) extra modules loaded: /etc/mail/spamassassin/RelayChecker.pm
Just a general note: 'extra modules loaded:' is seen with the first
mail being processes by each child process, if it turns out that some
modules were not pre-fetched by a master process. It is normal and is
usually not a problem (except in chroot), except for some overhead if
loading/compiling a module takes a long time.
Starting with amavisd-new-2.4.3 it is possible to pre-compile such
additional modules which got missed by SA initialization, by placing
a list of such modules in amavisd.conf, e.g:
@additional_perl_modules = qw(
/etc/mail/spamassassin/RelayChecker.pm
/usr/local/etc/mail/spamassassin/FuzzyOcr.pm
/usr/local/etc/mail/spamassassin/ImageInfo.pm
/usr/local/etc/mail/spamassassin/WebRedirect.pm
String::Approx Net::HTTP Net::HTTP::Methods
URI URI::http URI::_generic URI::_query URI::_server
HTTP::Date HTTP::Headers HTTP::Message HTML::HeadParser
HTTP::Request HTTP::Response HTTP::Status
LWP LWP::Protocol LWP::Protocol::http
LWP::UserAgent LWP::MemberMixin LWP::Debug
);
From 2.4.3 RELEASE_NOTES:
- added a global configuration variable @additional_perl_modules, which
is a list of additional Perl module names or absolute file names that
should be compiled/executed (by calling 'require') at a program startup
time by a master parent process, before chroot-ing and before changing
UID takes place. Its purpose is to pre-load additional non-standard
SpamAssassin plugins and similar modules that a standard SpamAssassin
initialization would miss, causing them to be loaded later by each
child process, which is inefficient and may not work in a chrooted
process.
Mark
