I apologize for the lateness of my response. Things have been rather
hectic for the last week ...
ORIGINAL PROBLEM:
On an NIS client with its own local mail disk, sendmail is losing the
ability to recognize users after the NIS server reboots. The client
is running 4.1.2 and the NIS server is running 4.1.1.
/usr/lib/sendmail.mx has been renamed to /usr/lib/sendmail.
SOLUTION: ???
The general consensus is that there is a problem with sendmail shipped
with SunOS 4.1.2. Most of the people who responded has problems with
large alias files. Some of the responders had also seen a similar
problem to mine.
The suggest work around is to replace the sendmail that ships with
4.1.2 with the sendmail from 4.1.1. Other people that I had talked to
were dropping the Sun supplied sendmail altogether and going with
IDA sendmail or similar. I suspect (hope) that Sun will eventually
supply a patch for this problem but when I last looked none existed.
If anyone knows of a better solution or a better work around please
let me know ...
---Jack
-- Jack Stewart E-Mail: jack@CCSF.Caltech.EDU Caltech Concurrent Supercomputing Facility, Phone: 818-356-2153 Mail Stop # 158-79, 391 S. Holliston, Pasadena, CA 91125. #include <std.disclaimer>SUMMARY of response: (headers, signatures, and non-responses culled for brevity)
-- >From claude@genethon.genethon.fr Tue Feb 11 01:16:00 1992 Subject: Re: SunOS 4.1.2 sendmail bug?
Dear Jack,
I've found a sendmail 4.1.2 bug in the alias stuff : I have an /etc/aliases which is about 300 entries. All works fine with sendmail 4.1.1 + patch 100133-01, but sendmail core dump with the 4.1.2 version. My local Sun support says that it's well known, and the work around is to use the 4.1.1 version of sendmail.
Regards, claude
-- >From rtech!ingres.com!sid@Sun.COM Tue Feb 11 08:20:58 1992 Subject: Re: SunOS 4.1.2 sendmail bug?
Hi there, I'm afraid I have no help for you. However I do have problems. Although we do not run NIS, 4.1.2 sendmail lost both aliases and local users every morning. I had to stop and restrt the daemon to get them back. We run aliases distributions every night and stop and start the sendmail daemons as well, but I'm not at all sure of the timing. Our temporary workaround which I am very unhappy with is to run 4.1.1 sendmail! We have a call placed with Sun on this but have not had much luck with them so far.
-- >From zjat02@trc.amoco.com Tue Feb 11 09:26:09 1992 Subject: Re: SunOS 4.1.2 sendmail bug?
Of course they differ. Someone changed one the the SCCS comment fields..... :-(
You may need to make the 4.1.2 system be the NIS master for a while. Lots of problems with mixing rev levels of NIS.....
-- >From sgf@cfm.brown.edu Wed Feb 12 09:54:40 1992 Subject: Re: SunOS 4.1.2 sendmail bug?
I've seen a couple of similar behaviours.
- corrupt passwd file entry (eg, some line has :'s != 6) finger may be even more hosed by this.
- ypbind -s clients (perhaps mismatched b-cast addresses) take a while to rebind to the server when it reboots.
g'luck, s
-- >From calum.mackay@mrc-applied-psychology.cambridge.ac.uk Wed Feb 12 22:08:47 1992 Subject: Re: SunOS 4.1.2 sendmail bug?
Hi Jack, I just received your recent mail to sun-managers on the above subject?
Did you sort it out yet? It is now 5am here in the UK and i have spent the last 4 hours trying to resolve exactly this problem.
It seems that the way sendmail parses the /etc/aliases file (whether NIS or not) has drastically changed in 4.1.2
I have bodged my way around the problem, but if you have any more info i would greatly appreciate a copy...
Best Regards, Calum.
--
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:36 CDT