Xref: utzoo comp.mail.misc:5539 comp.mail.uucp:6649 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!mintaka!olivea!apple!veritas!tron From: tron@Veritas.COM (Ronald S. Karr) Newsgroups: comp.mail.misc,comp.mail.uucp Subject: Re: Smail 3.1.20 & SunOS 4.1.1 Rev B. & Yellow Pages Keywords: Yellow Pages, core dumps, messages hanging around Message-ID: <1991May22.060133.2208@Veritas.COM> Date: 22 May 91 06:01:33 GMT References: Distribution: all Organization: VERITAS Software Lines: 56 In article 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: <> 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: 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