Bug 29367

Summary: sendmail overwrites existing sendmail.cf
Product: [Retired] Red Hat Linux Reporter: Henri Schlereth <henris>
Component: sendmailAssignee: Florian La Roche <laroche>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: high    
Version: 7.1CC: rh-bugzilla
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-07-06 10:34:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Henri Schlereth 2001-02-25 11:27:19 UTC
It does not do even an rpmsave on the original sendmail.cf 
Additionally it has that horrible daemon port ip address set to
This will catch many unwary people who will see sendmail running and wonder
why they get deferred/connection refused.

Comment 1 Glen Foster 2001-02-26 22:59:46 UTC
We need to reproduce this behavior locally to understand more about it; e.g.,
modify the config file, upgrade the RPM and verify that it's not making an
.rpmsave file for sendmail.cf...

Comment 2 Glen Foster 2001-02-26 23:55:01 UTC
This defect is considered MUST-FIX for Florence Gold release

Comment 3 Preston Brown 2001-02-27 23:27:48 UTC
changed to be %config(noreplace) in 8.11.2-12 and later.

Comment 4 Enrico Scholz 2001-05-19 00:36:20 UTC
In 8.11.3 it is still/again

%config                         /etc/sendmail.cf

Comment 5 Jonathan Kamens 2001-06-18 14:56:39 UTC
I am changing the priority of this bug to High.  I don't understand why it has
languished, unfixed, for a month, when Glen has already indicated that it is a
must-fix bug, and when it is so easy to fix.

Comment 6 Florian La Roche 2001-07-06 09:11:30 UTC
We have discussed this issue for some time internally and it is best for
customers updating from earlier releases to get a current sendmail.cf
written instead of keeping too old versions or keeping insecure versions.

I understand this is bad for mail servers.

Next round of changes can be done for sendmail 8.12 or newer to have a
good start with then working updates.

Florian La Roche

Comment 7 Enrico Scholz 2001-07-06 10:34:30 UTC
Sorry, but I am running sendmail in an workstation-setup also and the default
sendmail.cf is not working for me:

- I am behind a firewall. Therefore there must be used a SMART_HOST/null_client
whose value can not be generalized

- I have to use a GENERICS_DOMAIN which can not be generalized

- Red Hat has set FEATURE(`accept_unresolvable_domains'). This is not acceptable

These are only a few issues, but at least the first two are probably occuring in
 a lot/the most of real-worl installations, especially in firms. The current
practice makes only a few people happy running the default RH configuration.

For the other ones it's annoying to have a non-working mail-server with more
relaxed security settings, which is spewing messages about non-delivered
messages aroung.

To make a clean update of older versions why don't destroy^Woverride sendmail.cf
in the %post step?

---------- [untested] ------------
echo '$Z' | /usr/lib/sendmail -bt | grep -q '^> 8.11' || %{__cp}
%{_docdir}/sendmail/sendmail-rh.cf %{_sysconfdir}/sendmail.cf

Comment 8 Florian La Roche 2001-07-23 12:39:41 UTC
sendmail is now changed to %config(noreplace), so that updates can be
installed without overwriting sendmail.cf.

Please bugzilla if you think other options should be changed in the
default .mc file.


Florian La Roche