On Dec 12, 11:25, David R. Linn wrote:
Subject: Re: problem with procmail.
[... orig deleted ...]
Have you installed your own sendmail (replacing the Sun version of
8.6.something)?
If so, you need to recompile your sendmail binary, replacing
#define FORK vfork
with
#define FORK fork
Well, sendmail-8.8.4 that I've compiled for Solaris 2.5 & 2.5.1 hosts
defines FORK as fork so unfortunately that's not the solution to the
locking+delivery problem. :-(
My question is: why doesn't `mailtool' release its lock on /var/mail
when it it's [apparently] not needed?
With COW memory management, you don't need vfork anyway and use of vfork
steps on a bug/misfeature in the handling of file descriptors in libc and
libnsl of SunOS 5.5.
This is fixed in SunOS 5.6 and there is an unofficial ("T") patch that fixes
SunOS 5.5 but you can bypass the problem by use of fork() instead of vfork().
-- End of excerpt from David R. Linn
Yes, vfork() is evil in SunOS 5.x. Thank for the explanation,
-sjk
--
Scott J. Kramer 811-X W. California Avenue
UNIX Software Consultant Sunnyvale, CA 94086, USA
<sjk(_at_)lux(_dot_)com> +1.408.736.9242