Description of problem: sendmail 8.12.11-4.24.1.legacy is an upgrade offered for sendmail 8.12.8-9.90, but it does not offer the /usr/lib/sendmail which is found in the older sendmail package, and required by several apps -- usermin and bugzilla, to name the first two affecting me. Version-Release number of selected component (if applicable): 8.12.11-4.24.1.legacy How reproducible: always Steps to Reproduce: 1. install sendmail 8.12.8-9.90 2. install usermin, bugzilla, etc 3. upgrade to sendmail 8.12.11-4.24.1.legacy Actual results: bugzilla cannot use sendmail and gives errors for whineatnew.pl and others. Expected results: bugzilla functions normally as before Additional info: rpm -q --dump sendmail (8.12.11-4.24.1.legacy) /usr/lib/sendmail.sendmail 16 1143091985 00000000000000000000000000000000 0120777 root root 0 0 0 ../sbin/sendmail rpm -q --dump sendmail (8.12.8-9.90) /usr/lib/sendmail 16 1063824322 00000000000000000000000000000000 0120777 root root 0 0 27241 ../sbin/sendmail in BOTH cases, 'alternatives --config mta' gives: There are 1 programs which provide 'mta'. Selection Command ----------------------------------------------- *+ 1 /usr/sbin/sendmail.sendmail
As a workaround, you can link /usr/lib/sendmail.sendmail to /usr/lib/sendmail I'm investigating this.
/usr/sbin/alternatives --install %{_sbindir}/sendmail mta %{_sbindir}/sendmail.sendmail 90 \ --slave %{_bindir}/mailq mta-mailq %{_bindir}/mailq.sendmail \ --slave %{_bindir}/newaliases mta-newaliases %{_bindir}/newaliases.sendmail \ --slave %{_bindir}/rmail mta-rmail %{_bindir}/rmail.sendmail \ --slave /usr/lib/sendmail mta-sendmail /usr/lib/sendmail.sendmail \ --slave %{_sysconfdir}/pam.d/smtp mta-pam %{_sysconfdir}/pam.d/smtp.sendmail \ --slave %{_mandir}/man8/sendmail.8.gz mta-sendmailman %{_mandir}/man8/sendmail.sendmail.8.gz \ --slave %{_mandir}/man1/mailq.1.gz mta-mailqman %{_mandir}/man1/mailq.sendmail.1.gz \ --slave %{_mandir}/man1/newaliases.1.gz mta-newaliasesman %{_mandir}/man1/newaliases.sendmail.1.gz \ --slave %{_mandir}/man5/aliases.5.gz mta-aliasesman %{_mandir}/man5/aliases.sendmail.5.gz \ --initscript sendmail Thats in the spec for the RHL9 package, which should slave /usr/lib/sendmail to the correct file.
For some reason, though, it's missing that step or undoing it: [root@fishy root]# rpm -U sendmail_8.12.11-4.24.1.legacy_i386.rpm warning: sendmail_8.12.11-4.24.1.legacy_i386.rpm: V3 DSA signature: NOKEY, key ID 731002fa warning: /etc/mail/sendmail.cf created as /etc/mail/sendmail.cf.rpmnew warning: /etc/mail/sendmail.mc created as /etc/mail/sendmail.mc.rpmnew warning: /etc/mail/submit.cf created as /etc/mail/submit.cf.rpmnew warning: /etc/mail/submit.mc created as /etc/mail/submit.mc.rpmnew warning: /etc/mail/statistics saved as /etc/mail/statistics.rpmsave [root@fishy root]# [root@fishy root]# ls -ld /usr/lib/sendmail* lrwxrwxrwx 1 root root 16 Mar 24 10:03 /usr/lib/sendmail.sendmail -> ../sbin/sendmail It *should* be running that %post on install, so I can't easily see why I'm not seeing its benefits.
Do you have /usr/sbin/alternatives installed on your system?
never mind. i just noticed comment 1.
How about the output of "alternatives --display mta"
Marc: sorry for the delay. The box is generally a package-worshipping RH9 box, with stuff added but nothing missing nor replaced, generally. So I should have mostly everything expected. Here's alternatives --display mta: mta - status is auto. link currently points to /usr/sbin/sendmail.sendmail /usr/sbin/sendmail.sendmail - priority 90 slave mta-mailq: /usr/bin/mailq.sendmail slave mta-newaliases: /usr/bin/newaliases.sendmail slave mta-rmail: /usr/bin/rmail.sendmail slave mta-sendmail: /usr/lib/sendmail.sendmail slave mta-pam: /etc/pam.d/smtp.sendmail slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz Current `best' version is /usr/sbin/sendmail.sendmail. I suspect we'll be stracing an rpm-U soon, eh?
*** Bug 186781 has been marked as a duplicate of this bug. ***
RE-invoking 'alternatives --auto mta' will get around this issue until a fix arrives. [root@fishy root]# rpm -Uvh sendmail*8.12.11-4.24*rpm warning: sendmail_8.12.11-4.24.1.legacy_i386.rpm: V3 DSA signature: NOKEY, key ID 731002fa Preparing... ########################################### [100%] 1:sendmail-cf ########################################### [ 50%] 2:sendmail warning: /etc/mail/sendmail.cf created as /etc/mail/sendmail.cf.rpmnew warning: /etc/mail/sendmail.mc created as /etc/mail/sendmail.mc.rpmnew warning: /etc/mail/submit.cf created as /etc/mail/submit.cf.rpmnew ########################################### [100%] [root@fishy root]# ls -l /etc/pam.d/smt* -rw-r--r-- 1 root root 116 Mar 22 21:33 /etc/pam.d/smtp.sendmail [root@fishy root]# ls -l /usr/lib/sendmail ls: /usr/lib/sendmail: No such file or directory [root@fishy root]# alternatives --display mta mta - status is auto. link currently points to /usr/sbin/sendmail.sendmail /usr/sbin/sendmail.sendmail - priority 90 slave mta-mailq: /usr/bin/mailq.sendmail slave mta-newaliases: /usr/bin/newaliases.sendmail slave mta-rmail: /usr/bin/rmail.sendmail slave mta-sendmail: /usr/lib/sendmail.sendmail slave mta-pam: /etc/pam.d/smtp.sendmail slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz Current `best' version is /usr/sbin/sendmail.sendmail. [root@fishy root]# alternatives --auto mta [root@fishy root]# ls -l /usr/lib/sendmail* lrwxrwxrwx 1 root root 30 Mar 26 06:01 /usr/lib/sendmail -> /etc/alternatives/mta-sendmail lrwxrwxrwx 1 root root 16 Mar 26 05:58 /usr/lib/sendmail.sendmail -> ../sbin/sendmail [root@fishy root]# ls -l /etc/pam.d/smt* lrwxrwxrwx 1 root root 25 Mar 26 06:01 /etc/pam.d/smtp -> /etc/alternatives/mta-pam -rw-r--r-- 1 root root 116 Mar 22 21:33 /etc/pam.d/smtp.sendmail
There are new packages that correct this issue awaiting QA in bug 186277.
*** Bug 186783 has been marked as a duplicate of this bug. ***