Bug 193818

Summary: spamd should start before sendmail
Product: [Fedora] Fedora Reporter: Alexandre Oliva <oliva>
Component: spamassassinAssignee: Warren Togami <wtogami>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: jm, parkerm, paul, perl-devel, reg+redhat, wtogami
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-12-14 18:49:52 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

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 3 Paul Howarth 2006-06-02 14:34:37 UTC
(In reply to comment #2)
> So S78 then?

WORKSFORME.



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?