Red Hat Bugzilla – Bug 78810
/usr/lib/sendmail symlink missing
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021127 Description of problem: The sendmail package for RedHat 7.3 has a symlink in /usr/lib called sendmail that links to ../sbin/sendmail aka /usr/sbin/sendmail. Usermin, a cousin of Webmin, seems to expect /usr/lib/sendmail. Since postfix is supposed to be a drop in replacement for sendmail, and it is just a symlink to the binary already included it seems perfectly reasonable to add it and make the postfix package a better drop in replacement for sendmail. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. rpm -i postfix-*.rpm 2. ls /usr/lib/sendmail 3. rpm -qf /usr/lib/sendmail 4. rpm -ql postfix | grep '\/usr\/lib\/sendmail' Actual Results: No such file or directory No package owns /usr/lib/sendmail <Nothing> Expected Results: /usr/lib/sendmail postfix /usr/lib/sendmail Additional info: I understand this may require some alternative package management since the sendmail package already owns /usr/lib/sendmail.
Still no /usr/lib/sendmail symlink in the latest rawhide, postfix-1.1.11-8.
This should work if you use alternatives. Postfix and Sendmail are managed by "alterantives" under the name "mta". [root@athlon root]# ls -l /usr/lib/sendmail lrwxrwxrwx 1 root root 16 May 19 16:00 /usr/lib/sendmail -> ../sbin/sendmail [root@athlon root]# ls -l /usr/sbin/sendmail lrwxrwxrwx 1 root root 21 Dec 10 2002 /usr/sbin/sendmail -> /etc/alternatives/mta [root@athlon root]# ls -l /etc/alternatives/mta lrwxrwxrwx 1 root root 26 Mar 26 12:41 /etc/alternatives/mta -> /usr/sbin/sendmail.postfix Is this what you are seeing? It should be.
This is actually still broken with 2.0.16-1 on fedora The problem is that /usr/lib/sendmail -> /usr/sbin/sendmail is a symlink provided by the sendmail rpm. If you don't have sendmail installed, postfix doesn't supply it like it should. The probable correct fix is for that symlink to be added to the postfix rpm (it shouldn't conflict with sendmail to do so)
Actually I think this has to be managed with alternatives and that file ownership would conflict otherwise. Sendmail currently has this: --slave /usr/lib/sendmail mta-sendmail /usr/lib/sendmail.sendmail \ I've added this to postfix: --slave /usr/lib/sendmail mta-sendmail %{postfix_command_dir}/sendmail.postfix I think that should take care of things, both links will be managed by alternatives.