Philip,
Well, you are right!! I just applied the recommended cluster patch again,
and the command 'uname -a' did give me 'SunOS systema 5.6 Generic_105181-12
sun4m sparc SUNW,SPARCstation-5'.
The last time (beside the one I did last week) I applied the cluster patches
was november of 1998, and make a difference.... I don't have any lock problem
now (well, so far with three observation) !
Thanks very much.
Rgds,
Lincoln Chang
From guenther(_at_)gac(_dot_)edu Fri Mar 12 11:07:43 1999
Subject: Re: 1) maier prog died 2)
Date: Fri, 12 Mar 1999 13:07:58 -0600
Lincoln Chang <Lincoln(_dot_)Chang(_at_)sv(_dot_)sc(_dot_)philips(_dot_)com>
writes:
Philip Guenther writes on Thu Mar 11 19:41:16 1999:
Lincoln Chang
<Lincoln(_dot_)Chang(_at_)sv(_dot_)sc(_dot_)philips(_dot_)com> writes:
My procmail is: procmail v3.11pre7 1997/04/28
Locking strategies: dotlocking
and my system is:
SunOS systema 5.6 Generic_105181-06 sun4m sparc SUNW,SPARCstation-5
Hmm, that's a pretty old version of the kernel patch for 5.6, which
means you're probably behind on other patches too. You should consider
getting the latest recommended patches from
ftp://sunsolve.sun.com:/pub/patches/
I have already applied a lot of patches including Y2K etc. , the above
'Generic_105181-06' may be misleading because I think it only shows the
time when the kernel is FIRST built with patched I applied at that very
first time.
Well, I know that when I applied 105181-12, the uname -a output changed
to match after a reboot.
...
One more question: when I type 'procmail -v' it shows that:
Your system mailbox: /var/mail/chang
but my mbox is actually located in my ~chang/mbox (this is just what I want)
because I define my environment MAIL is is /home/chang/mbox. I don't think
it
will cause procmail any delay or problem to process the mail, right?
You should uncomment the #define of MAILSPOOLHOME in src/authenticate.c
and change its value to "/mbox", then recompile and reinstall
procmail. That'll let procmail know the correct spool location.
Philip Guenther