Bug 29367 - sendmail overwrites existing sendmail.cf
sendmail overwrites existing sendmail.cf
Product: Red Hat Linux
Classification: Retired
Component: sendmail (Show other bugs)
i386 Linux
high Severity high
: ---
: ---
Assigned To: Florian La Roche
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2001-02-25 06:27 EST by Henri Schlereth
Modified: 2005-10-31 17:00 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-06 06:34:33 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Henri Schlereth 2001-02-25 06:27:19 EST
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 17:59:46 EST
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 18:55:01 EST
This defect is considered MUST-FIX for Florence Gold release
Comment 3 Preston Brown 2001-02-27 18:27:48 EST
changed to be %config(noreplace) in 8.11.2-12 and later.
Comment 4 Enrico Scholz 2001-05-18 20:36:20 EDT
In 8.11.3 it is still/again

%config                         /etc/sendmail.cf
Comment 5 Jonathan Kamens 2001-06-18 10:56:39 EDT
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 05:11:30 EDT
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 06:34:30 EDT
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 08:39:41 EDT
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

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