From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529
Description of problem:
I expect `service sendmail reload` to simply reload sendmail.
Instead, it does a complete shutdown and restart.
I realize that the difference is somewhat minimal, but why not
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. service sendmail reload
Actual Results: Shutting down sendmail: [ OK ]
Shutting down sm-client: [ OK ]
Starting sendmail: [ OK ]
Starting sm-client: [ OK ]
Expected Results: reloading sendmail: [
reloading sm-client: [ OK ]
Additional info: Patch included (next)
Created attachment 92611 [details]
Patch for /etc/rc.d/init.d/sendmail
*** Bug 84165 has been marked as a duplicate of this bug. ***
Please respect presedence of bugs.
Bug #84165 was created before this bug.
Created attachment 92623 [details]
New patch for /etc/rc.d/init.d/sendmail
now also does database rebuilds
This bug is very similar to bug #84165. Because what the reporter really wants
is a real reload function.
The reload function is mean to tell a running service to reread all config files.
This includes all files in /etc/mail
The file /etc/aliases already have a mean for reloading(i.e. newaliases)
You have fixed bug #84165
I don't know if your patch should go to this bug(RH9) or the bug #84165 (RH7.3)
Will try to port your patch to RH7.3
Regarding the 2nd attach:
- there is a call to the daemon function in reload
- maybe the RETVAL should be checked before the sm-client is reloaded:
if [ $RETVAL -eq 0 ] && [ -f /var/run/sm-client.pid ] ; then
# Reload sm-client
- if $RETVAL is defined outside the reload funtion, there is no need to asing
the exit code of the reload function the case() statement:
I finished porting the patch to RH7.3, will test and post the patch in a few
Fixed in rawhide in rpm sendmail-8.12.10-7 or newer.