🚀 go-pugleaf

In article <4153@nttica.ntt.JP> mogi@nttica.ntt.jp (Kazuo Mogi) said:

>  |$@EDCf!w</Eg$G$9!#$A$g$C$H$4L5:;BA$N(J$@$"$H$G!"$$$-$J$j<ALd$G62=L$J$s$G$9$,!"(J
>  |$@#1!K(Jsendmail$@$,$^$H$b$KF0:n$7$J$$!#(J

> $@$A$g$C$HA0$K(J comp.sys.sun $@!J$+$J!)!K$GOCBj$K$J$C$?(J well known $@$J%P%0!J!)!K$i$7$$$N$G$9$,!"(J

$@=PCY$l$F$7$^$$$^$7$?$,!">/$7Jd(J$@B-$5$;$F$/$@$5$$!#(JSunOS 4.1.2 $@$N(J sendmail $@$,(J
$@$=$N%^%7%s$N%m!<%+%k%f!<%6$X$N%a!<%k$r$9$Y$F(J "User Unknown" $@$GJV5Q$7$F(J
$@$7$^$&$H$$$&LdBj$O(J comp.sys.sun.admin $@$N5-;v!JIUO?#1!K$G%l%]!<%H$5$l$^$7$?!#(J

$@CzEY!";d(J$@$bF1$8LdBj$KG:$^$5$l$F$$$F!"(JSunOS 4.1.1 $@$N(J sendmail $@$KCV$-49$($k(J
$@$H$&$^$/$$$/$h!"$H$$$&%U%)%m!<$r$7$?(J$@$H$3$m!"IUO?#2$N5-;v$K=q$+$l$F$$$k(J
$@$h$&$K(J sendmail.fc $@$r:n$i$J$1$l$P$&$^$/9T$/$h$H$$$&%a!<%k$r$b$i$$$^(J$@$7$?!#(J

$@;d$NCN$kHO0O$G$O!"$3$N%P%0$O(J SunOS 4.1.2 $@$G(J sendmail.fc $@$,$"$j!"$+$D(J
 YP $@$r;H$C$F$J$$%^%7%s$G(J$@H/@8$9$k$h$&$G$9!#(J

$@7k6I!"$3$NCf$G=P$F$-$?2r7hK!$O(J

    $@!&(JSunOS4.1.1 $@$N(J sendmail $@$KCV$-49$($k(J
    $@!&(Jsendmail.fc $@$r;H$o$J$$(J(/etc/sendmail.fc $@$r:o=|$7$?>uBV$G(J
      sendmail $@$rN)$A>e$2D>$9(J)

$@$N$I$A$i$+$G$7(J$@$?!#(J(rc $@$+$i(J sendmail $@$rN)$A>e$2$k$H$$$&$N$O=P$J$+$C$?(J)

$@%7%9%F%`$,%V!<%H$7$F$+$i(J sendmail $@$rN)$A>e$2(J$@D>$9$H$&$^$/F0$/$H$$$&8=>]$b(J
$@Js9p$5$l$F$^$9$,!"$3$l$O2r7hK!$H$O8F$Y$J$$$h$&$J5$$,!#!#!#(J

---        
  {^g^} $@:4!9LZM5(J (sasaki@nttkb.ntt.jp) 

-------------------------------- $@IUO?#1(J ------------------------------
From: brian@natinst.com (Brian H. Powell)
Newsgroups: comp.sys.sun.admin
Subject: SunOS 4.1.2 sendmail doesn't find /etc/passwd
Message-ID: <32807@natinst.natinst.com>
Date: 28 Feb 92 23:06:13 GMT
Organization: National Instruments, Austin, TX
Lines: 38


     We've seen the problem I'm about to describe on two different SunOS 4.1.2
machines.  One's an IPC and the other's a 4/670 (2-processor).  We've got
several other SunOS 4.1.2 machines that don't exhibit this problem, even
though they're set up the same way.  The problem:

     After the machine boots, sendmail accepts SMTP connections, but all users
are reported to be unknown.  I can telnet to port 25 on one of these machines,
type "expn brian" and get "brian...user unknown".  When I quit, even
"root...user unknown" is reported.  (It's trying to send to root about the
failure.)
     If I kill and restart sendmail, it works fine.

     I did a trace on the daemon process handling my telnet connection.  When
I've restarted sendmail, I see it try to connect to YP (which we don't run)
three times, then open "/etc/passwd" and read the entries from there.  Trace
showed:

open("/etc/passwd", 0, 0666) = 9

When the "bad" invocation of sendmail is running right after a reboot, trace
shows the three attempts at YP, then it shows three failed attempts to open a
file.  Trace shows:

open("" ", 0, 0666) = -1 ENOENT (No such file or directory)

     So it appears that the bad invocation of sendmail has lost the string
"/etc/passwd", and is giving a bogus filename to open.
     I've thunk and thunk real hard about why this might happen, but I'm
stumped.  Any ideas?  We don't have anything unusual in our startup files
before sendmail is started.  There's also nothing much different between Sun's
that work and Sun's that don't work.
     Anybody seen or heard of this before?

Brian H. Powell				National Instruments Corp.
	brian@natinst.com		6504 Bridge Point Parkway
					Austin, Texas 78730-5039
	AppleLink:NATINST		(512) 338-9119
--------------

-------------------------------- $@IUO?#2(J ------------------------------
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.sys.sun.admin
Subject: Re: SunOS 4.1.2 sendmail doesn't find /etc/passwd
Date: 16 Mar 92 22:14:03 GMT
Organization: Northern Illinois University

In article <1992Mar16.205217.7837@kong.gsfc.nasa.gov> gregk@kong.gsfc.nasa.gov (Greg Koolbeck - 520) writes:
>sasaki@nttkb.NTT.jp (Yutaka "Sassy" SASAKI) writes:
>>In article <32807@natinst.natinst.com>
>>                    brian@natinst.com (Brian H. Powell) said:
>>>      After the machine boots, sendmail accepts SMTP connections, but all users
>>> are reported to be unknown.  
>>>      If I kill and restart sendmail, it works fine.
>>>      Anybody seen or heard of this before?

>  This problem has dogged a handful of machines out of the 17 I've installed 
>sendmail on since SunOS 4.1. We've got a mixed bag of Sun 4s - SS1s, 4/330s,
>4/110s, IPCs, and SS1+s. Each 
>is running sendmail version 5.64 from the BSD
>freed software on uunet, each has a rebuilt libc with BIND routines and the 
>resolver compiled in (libc.so.1.6.1), and /usr/spool/mail is NFS mounted.
>Machines which are having the problem are apparently attempting to open a
>completely bogus file in place of /etc/passwd in the routines getpwnam(),

  I replied to email to two people having this problem.  In both cases they
confirmed my diagnosis which was admittedly a guess (but not a wild guess).

  My suggestion in each case, based on experience with IDA sendmail, was to
stop using a freeze file (/etc/sendmail.fc).

  Sun builds its 'sendmail' using its shared libraries.  Our experience is that
the assumptions made by 'sendmail' in freezing the configuration are
incompatible with the SunOS implementation of shared libraries.  Using a
frozen config can result in a wide variety of peculiar behaviors.

  If you are compiling your own 'sendmail' try static binding.  If you are
using the SunOS binary,  don't use freeze files.  Or, if you want to live
dangerously and you only experience problems with the daemon, at least
start up the daemon without the freeze file
[/usr/lib/sendmail -bd -q1h -C/etc/sendmail.cf].

  The situation is usually worst with the daemon, since the state of the
dynamic link library at the time the daemon is started is likely to be
quite different from the state at the time the freeze file is built.


-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
---------------------------------- $@$*$o$j(J ---------------------------------