Bug 77903 - sendmail start-up script doesn't not use "DAEMON" variable
sendmail start-up script doesn't not use "DAEMON" variable
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: sendmail (Show other bugs)
8.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Florian La Roche
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-11-14 19:28 EST by Trevor Curtis
Modified: 2007-04-18 12:48 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-11-14 19:28:59 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Trevor Curtis 2002-11-14 19:28:51 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020809

Description of problem:
In the /etc/init.d/sendmail, the script does not use the "DAEMON" varible when
starting the sendmail daemon:

daemon /usr/sbin/sendmail -bd /

To me, this would suggest that the "-bd" would be used regardless of the value
of DAEMON.

The result is that the value of DAEMON in /etc/sysconfig/sendmail never gets
used, and sendmail always run in DAEMON "mode".


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
(n/a)
	

Actual Results:  Sendmail always runs with "-bd" invoked.

Expected Results:  The script should read the DAEMON variable (from
/etc/sysconfig/sendmail) and apply it appropriately. 

something like this:
daemon /usr/sbin/sendmail $([ "$DAEMON" = yes ] && echo -bd) \
                                  $([ -n "$QUEUE" ] && echo -q$QUEUE)


Additional info:
Comment 1 Florian La Roche 2002-11-19 02:38:46 EST
http://people.redhat.com/laroche/sendmail-8.12.6-3 has this fixed. Please reopen
if that does not work for you.

greetings,

Florian La Roche

Note You need to log in before you can comment on or make changes to this bug.