Our sysadmin installed a bunch of patches on our Solaris machines
today - basically, he just got a cluster of recommended patches and
installed them all.
Now, one or more of these patches "upgraded" /usr/lib/sendmail (was a
symlink to /var/qmail/bin/sendmail, became a "real" sendmail). But
not o
On Thu, 07 Oct 1999 00:35:51 +0200 Harald Hanche-Olsen wrote:
> Now, one or more of these patches "upgraded" /usr/lib/sendmail
I make my startup scripts remove /usr/lib/sendmail and re-create the
symlink that I want, just in case.
The introduction of a new startup file is harder to deal with,
+ Giles Lean <[EMAIL PROTECTED]>:
| On Thu, 07 Oct 1999 00:35:51 +0200 Harald Hanche-Olsen wrote:
|
| > Now, one or more of these patches "upgraded" /usr/lib/sendmail
|
| I make my startup scripts remove /usr/lib/sendmail and re-create the
| symlink that I want, just in case.
Good idea! Now,
* Harald Hanche-Olsen (Thu, Oct 07, 1999 at 12:35:51AM +0200)
> Our sysadmin installed a bunch of patches on our Solaris machines
> today - basically, he just got a cluster of recommended patches and
> installed them all.
>
> Now, one or more of these patches "upgraded" /usr/lib/sendmail (was a
Harald Hanche-Olsen writes:
> Now, one or more of these patches "upgraded" /usr/lib/sendmail (was a
> symlink to /var/qmail/bin/sendmail, became a "real" sendmail).
/etc/mta was designed to solve this problem:
http://cr.yp.to/etc-mta.html
The standard qmail 2 installation will support /etc/m