Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [RFE] sa package should setup sa-update https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219078 shiva@xxxxxxxxxxxxxxx changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |shiva@xxxxxxxxxxxxxxx ------- Additional Comments From shiva@xxxxxxxxxxxxxxx 2006-12-14 11:33 EST ------- Re comment #11: Not all SA clients use spamc/spamd. Some are Perl-based and use the underlying Mail::SpamAssassin classes directly. MIMEDefang is the one I use. It spawns its own Perl-based slaves that invoke SA. I'd recommend that the restart script not chain services that need to be restarted on one command line with &&. Is there some package-oriented producer/consumer scheme such that multiple services can register interest in an event like this? Perhaps the thing to do is to provide a directory somewhere where other packages can drop scripts that will be invoked when sa-update reports that new content has arrived. If spamd is enabled, a script to restart it can be dropped in this directory. This machinery should all be pushed upstream. See also http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5003 where the idea of breaking sa-update out into its own subpackage is being discussed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
