🚀 go-pugleaf

In article <SAMBORN.91May21101008@astro.sunrise.com> samborn@sunrise.com (Kevin Samborn) writes:
>We have just upgraded our SPARCstation 1 to SunOS 4.1.1 Rev B. from 4.0.3.
>
>a) We periodically get core dumps.  This is the msglog entry:
>
>     Xdefer: <<uunet!twiggy.prime.com!rcassidy>> reason: (ERR_127) router
>     uucp_neighors: command `/usr/bin/uuname' returned exit status
>     EX_53248
>
>   Is this a problem with SunOS 4.1.1 Rev B. ??

It would be helpful if you could send a strack trace from the core dump.

>b) left over messages in /usr/spool/smail/input
>
>     Xfail: <info> reason: (ERR_100) unknown user

I can't say I have ever seen this happen before on such a benign error.
Smail3.1.19 used to leave messages hanging around if they contained
some types of bogus header fields (mainly malformed From: fields).
However, I belive this was fixed in 3.1.20.

>c) NIS (Yellow Pages) & aliases
>
>   Smail does not support the -bi option.  What it is doing,
>   (according to the man page) is:
>
>      -bi Initialize the aliases database.
>
>      It also says this is identical to the newaliases(8) command.

>      /bin/echo "@:@" >> $(YPDBDIR)/$(DOM)/mail.aliases
>      /usr/local/bin/smail/mkline $(YPDBDIR)/$(DOM)/mail.aliases | \
>         awk 'BEGIN { FS = ":"; OFS = "\t";} { print $$1, $$2 }' | \
>         $(MAKEDBM) -l - $(YPDBDIR)/$(DOM)/mail.aliases
>
>      $(MAKEDBM) is the command for creating YP suitable dbm maps.

The mkdbm utility distributed with smail will work here.  For some
stupid reason, the databases created by sendmail and created by the
makedbm program are different.  Keys and values created by sendmail
have an added nul byte, whereas keys and values created by makedbm
do not.  Smail is designed to use either type of database, and the
mkdbm utility will create either type.

To get smail to use the regular type of database (created by makedbm)
use a search type of "yp" rather than "aliasyp".   The mkdbm utility
produces "aliasyp" type databases by default (including the nul byte
and the @ record).  The nul byte can be suppressed by using the -n
option, the @ record can be suppressed with -d.  Smail doesn't use the
@ record, since the record is not necessary for use with YP, and the
mkdbm program and smail uses a different locking convention than does
sendmail.
-- 
	tron |-<=>-|		ARPAnet:  veritas!tron@apple.com
      tron@veritas.com		UUCPnet:  {amdahl,apple,pyramid}!veritas!tron