[Amavisd-new-debian-devel] suggestions for new configuration
Brian May
amavisd-new-debian-devel@lists.alioth.debian.org
Fri, 22 Apr 2005 08:37:18 +1000
>>>>> "Paul" == Paul Traina <pst@pst.org> writes:
Paul> I've got some suggestions on simplifying it.
Paul> 1. Remove the run-parts stuff from /etc/init.d/amavis.
Paul> (Specifying the config file in there makes running
Paul> amavisd-new debug or any other command run by hand a pain in
Paul> the butt.) This is REALLY a problem, if you chose to ignore
Paul> everything else, don't ignore that.
Paul> 2. Replace /etc/amavisd.conf with the attached file, or
Paul> better yet, just patch it into /usr/sbin/amavisd-new.
Paul> 3. Move 00-upstream, 10-debian, and 20-debconf to
Paul> /usr/share/amavisd/conf.d
Seems good, except 20-debconf is a dynamically generated conffile, I
am not sure it is suited for /usr/share...
Paul> 4. Rename 30-user to 30-usertemplate, or better yet, move
Paul> it to /usr/share/doc and instead document to people that
Paul> they should create a 40-<blah> with just their changes in it
Paul> (like my 40-local, also attached).
It already is under /usr/share/doc/amavis/examples/sample.conf.gz, and
installed by default.
The big issue with not installing it by default and allowing the
system administrator to install it is the $mydomain variable.
It seems that the following variables:
@local_domains_maps = ( [".$$mydomain"] );
$virus_admin = "virusalert\@$$mydomain"; # notifications recip.
$mailfrom_notify_admin = "virusalert\@$$mydomain"; # notifications sender
$mailfrom_notify_recip = "virusalert\@$$mydomain"; # notifications sender
$mailfrom_notify_spamadmin = "spam.police\@$$mydomain"; # notifications sender
cannot be configured until *after* $mydomain has been setup, however,
$mydomain is very likely to be a setting the administrator may want to
override.
The current version used a broken system of having $mydomain point to
a reference, it is broken though because doing so doesn't actually
achieve anything. I have started converting $mydomain back to a
non-reference variable in my version.
Another possible solution is just have the rule "if you change
$mydomain then you must change the other values in the same config
file", I don't like this, but it is the only solution I can think of
right now.
--
Brian May <bam@snoopy.apana.org.au>