[CentOS-devel] CR repo update problem

Tue Jul 28 10:33:06 UTC 2015
Johnny Hughes <johnny at centos.org>

On 07/28/2015 04:09 AM, Nico Kadel-Garcia wrote:
> On Mon, Jul 27, 2015 at 7:52 PM, Fred Smith
> <fredex at fcshome.stoneham.ma.us> wrote:
>> On Mon, Jul 27, 2015 at 01:23:07PM -0700, Akemi Yagi wrote:
>>> On Mon, Jul 27, 2015 at 12:38 PM, Fred Smith
>>> <fredex at fcshome.stoneham.ma.us> wrote:
>>>> FYI, I ran all the (then current) updates from the CR repo this morning,
>>>> and found that it stepped on my sendmail.cf. (presumably the sendmail
>>>> rpm was the culprit.)
>>>>
>>>> I wouldn't think that was the desired beavhior, would you? I'd expect it
>>>> to drop either a rpm.old or rpm.new file instead.
>>>>
>>>> luckily, easy to fix once I figured out why incoming mail was busticated.
>>>
>>> If you look into the /etc/mail directory, don't you see
>>> sendmail.cf.bak? At least in my case, that file was created by
>>> sendmail* update.
>>>
>>> Akemi
>>
>> Yes, I do.
>>
>> Nevertheless, it seems kinda rude of it to break a working
>> configuration...
>>
>> But I'm no expert, what do I know? :)
> 
> Sounds like you edited sendmail.cf directly. That's not the standard
> configuration file for local changes, those usually live in
> sendmail.mc and are processed with the m4 macro language. As I
> remember sendmail from.... oh, a very long time ago, you need to use
> the "sendmail.fc" or "frozen configuration" config file if you want to
> protect it from rebuilds based on sendmail.mc.
> 
> Personally, I gave up on sendmail in favor of postfix a decade ago.
> The only reason I use anything other than postfix these days is if I
> want to have /etc/aliases and procmail read for local email addresses,
> and SMTP relay for 'name at host.com' email addresses. The only SMTP
> server I've seen that handles both at the same time  is exim.

I agree that is likely what happened, if the sendmail.mc file does not
match the sendmail.cf file, it backs up the cf file and creates a new
one from the cm file.

That is the standard behavior, and this is not the first version where
that happens:

https://bugzilla.redhat.com/show_bug.cgi?id=1196342

I personally don't like this method, but it is what postfix updates do,
and it is by design in RHEL.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20150728/e0e63b97/attachment-0008.sig>