On Tue, Aug 19, 2014 at 07:12:07AM -0700, terrygalant.li...@fastest.cc wrote:
> > > find / | egrep "sendmail|postfix" | egrep -v "share/doc" > > > /usr/lib/sendmail > > > > [ Legacy symlink for applications that find sendmail(1) in /usr/lib ] > > Right. I'd uninstalled postfix, but had to install exim. This is not the right solution. On systems with package managers that have managed dependencies on postfix or alternatives you need to deploy a Postfix package that satisfies those dependencies. In particular, if your system is RPM based, you need a build a Postfix RPM that "provides" a virtual feature that satisfies the various dependencies, and "conflicts" with the other alternatives, potentially including the default vendor Postfix. Or just rebuild the vendor Postfix RPM with a later version of the source. It is unlikely that on a stable system the vendor will ship a version superceding your build. > As I understand it, a distro-mailer needs to be installed -- > apparently postfix, exim or sendmail will do. Otherwise pkg manager > complains about unfulfilled dependencies, and other packages break. > That pkg gets installed into system paths. Thus you need to live with the "distro" postfix, or replace it properly. > > > /usr/local/etc/... > > > /usr/local/libexec/postfix > > > /usr/local/man/... > > > /usr/local/sbin/... > > > > [ The real Postfix is now mostly in /usr/local ] > > What's not included in "mostly"? It seems to all be there. Sorry if that was confusing. > > > which sendmail > > > /usr/local/sbin/sendmail > > > > Your path is not pertinent, many applications will now attempt to > > submit email via Exim, and the init.d start scripts will now likely > > launch Exim. > > "My" postfix gets installed currently into /usr/local. Yes, but mail(1) and other software will still use /usr/sbin/sendmail. > Isn't it possible to get the system to use only the postfix I > want it to? Or is the only way to run postfix on a system to > install it in system paths, clobbering what the distro installs? On a system with a package manager, you can only replace packages with packages that supercede them and satisfy the same dependents. -- Viktor.