Op 21/02/2010 om 08:22:51 -0600, schreef Luis Daniel Lucio Quiroz:
> Le Jeudi 18 Février 2010 09:15:56, Leo Baltus a écrit :
> > I finally got around spending some time on our amavisd set-up. We
> > normally do not use the classical unix-paths for our services. So
> > e.g. /etc/mail/spamassassin is not the place where we would like our
> > configuration to be.
> > Instead we use pathnames unique for each instance.
> >
> > Anyway, I found Mark had setup exactly what was needed in amavisd, but
> > commented it out, so I just filled in the holes :-)
> >
> > The patch introduces an couple of new configuration variables without
> > the need to fill them in:
> >
> > $sa_local_rules_dir $sa_def_rules_dir
> > $sa_local_state_dir $sa_prefix_dir
> >
> > Also I removed a bit of 'spam' amavisd gives me when stopping, starting
> > and restarting, so in the best unix tradition it just keep quiet when
> > there are no errors to report. It allows me to cleanly run:
> >
> > sa-update && amavisd reload
> >
> > from cron.
> >
> > I hope it's OK to include it all in one patch.
> >
> > Mark, could you please consider applying this patch to your dev-tree?
> >
> > Here's the patch :
> >
> > --- amavisd-new-2.6.4/amavisd 2009-06-25 14:39:01.000000000 +0200
> > +++ amavisd-new-2.6.4.sa-on-a-non-standard-place/amavisd 2010-02-18
> > 16:09:40.128747399 +0100 @@ -385,6 +385,8 @@
> > %dkim_signing_keys_by_domain
> > @dkim_signing_keys_list @dkim_signing_keys_storage
> > $file $altermime $enable_anomy_sanitizer
> > + $sa_local_rules_dir $sa_def_rules_dir
> > + $sa_local_state_dir $sa_prefix_dir
> > )],
> > 'sa' => # global SpamAssassin settings
> > [qw(
> > @@ -14014,14 +14016,14 @@
> > my($msg) = !defined($killed_amavisd_pid) ? undef :
> > "Daemon [$killed_amavisd_pid] terminated by
> > SIG$kill_sig_used"; if ($cmd eq 'stop') {
> > - if (defined $msg) { do_log(2,"%s",$msg); print STDERR "$msg\n" }
> > + if (defined $msg) { do_log(2,"%s",$msg); }
> > exit(0);
> > }
> > if (defined $killed_amavisd_pid) {
> > - print STDERR "$msg, waiting for dust to settle...\n";
> > + do_log (2, "$msg, waiting for dust to settle...\n");
> > sleep 5; # wait for the TCP socket to be released
> > }
> > - print STDERR "becoming a new daemon...\n";
> > + do_log(2, "becoming a new daemon...\n");
> > }
> > 1;
> > } or do {
> > @@ -22082,12 +22084,17 @@
> > home_dir_for_helpers => $helpers_home,
> > rules_filename => $sa_configpath,
> > site_rules_filename => $sa_siteconfigpath,
> > -# LOCAL_STATE_DIR => '/var/lib',
> > -# PREFIX => '/usr/local',
> > -# DEF_RULES_DIR => '/usr/local/share/spamassassin',
> > -# LOCAL_RULES_DIR => '/usr/local/etc/mail/spamassassin',
> > -#see man Mail::SpamAssassin for other options
> > + #see man Mail::SpamAssassin for other options
> > };
> > + if (defined $sa_local_state_dir && !defined $sa_args->{LOCAL_STATE_DIR})
> > + { $sa_args->{LOCAL_STATE_DIR} = $sa_local_state_dir }
> > + if (defined $sa_prefix_dir && !defined $sa_args->{PREFIX})
> > + { $sa_args->{PREFIX} = $sa_prefix_dir };
> > + if (defined $sa_def_rules_dir && !defined $sa_args->{DEF_RULES_DIR})
> > + { $sa_args->{DEF_RULES_DIR} = $sa_def_rules_dir };
> > + if (defined $sa_local_rules_dir && !defined $sa_args->{LOCAL_RULES_DIR})
> > + { $sa_args->{LOCAL_RULES_DIR} = $sa_local_rules_dir };
> > +
> > if ($sa_version_num < 3.001005 && !defined $sa_args->{LOCAL_STATE_DIR})
> > { $sa_args->{LOCAL_STATE_DIR} = '/var/lib' } # don't ignore sa-update
> > rules my($spamassassin_obj) = Mail::SpamAssassin->new($sa_args);
>
> So if I dont fill
> $sa_local_rules_dir $sa_def_rules_dir
> $sa_local_state_dir $sa_prefix_dir
>
> will they have default values?
Yes, the default values spamassassin provides.
> wich version of amavisd is your patch appliend?
I thought my patch made that obvious :)
> will this be in next Amavisd upstream?
That is not for me to decide.
--
Leo Baltus, internetbeheerder /\
NPO ICT Internet Services /NPO/\
Sumatralaan 45, 1217 GP Hilversum, Filmcentrum, west \ /\/
[email protected], 035-6773555 \/
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
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/
