|Summary:||spamd should start before sendmail|
|Product:||[Fedora] Fedora||Reporter:||Alexandre Oliva <oliva>|
|Component:||spamassassin||Assignee:||Warren Togami <wtogami>|
|Status:||CLOSED RAWHIDE||QA Contact:|
|Version:||rawhide||CC:||jm, parkerm, paul, perl-devel, reg+redhat, wtogami|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2006-12-14 18:49:52 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Alexandre Oliva 2006-06-01 20:27:49 UTC
Description of problem: Users that rely on spamc/spamd for mail delivery might face silent mail delivery failure if spamd is not running when sendmail attempts to deliver them e-mail. Starting spamd before sendmail would reduce the probability of such a problem. Version-Release number of selected component (if applicable): sendmail-8.13.6-1 spamassassin-3.1.2-1.fc6 How reproducible: Every time Steps to Reproduce: 1.Boot up Actual results: spamd starts after sendmail Expected results: It should start before Additional info: both are S80, which causes sendmail to start first since it sorts alphabetically before spamd.
Comment 1 Paul Howarth 2006-06-02 07:35:09 UTC
(In reply to comment #0) > Additional info: > both are S80, which causes sendmail to start first since it sorts alphabetically > before spamd. It should also start before spamass-milter, which in Extras is S79 to ensure that *it* starts before sendmail.
Comment 2 Warren Togami 2006-06-02 14:19:05 UTC
So S78 then?
Comment 4 Warren Togami 2006-06-07 15:34:50 UTC
Going into FC6 for now. Will bring this back into FC5 later. Does chkconfig properly handle removing the previous S80 files when this number is changed?
Comment 5 Paul Howarth 2006-06-07 16:30:01 UTC
(In reply to comment #4) > Going into FC6 for now. Will bring this back into FC5 later. Does chkconfig > properly handle removing the previous S80 files when this number is changed? No, you would need some trickery like this to fix the starting sequence: /sbin/chkconfig --add spamassassin LEVELS=$(/sbin/chkconfig --list spamassassin | sed -e 's/[0-6]:off//g;s/[^0-6]//g') /sbin/chkconfig --del spamassassin /sbin/chkconfig --add spamassassin [ -n "$LEVELS" ] && /sbin/chkconfig --levels $LEVELS spamassassin on The first --add makes sure that chkconfig knows about spamassassin for a first-time install, and has no effect on upgrades. The subsequent stuff records the current runlevels, removes the existing links, adds in new ones, and restores the runlevels to the original settings. A facility to do something like this would be nice to have within chkconfig itself of course.
Comment 6 Warren Togami 2006-06-07 19:13:09 UTC
Argh... this is quite a mess.
Comment 7 Paul Howarth 2006-11-08 10:16:49 UTC
Since this is fixed in FC6, the bug can be closed, can't it?