SUMMARY: problem building NIS map for mail.aliases

From: David Way (
Date: Mon Dec 13 1993 - 23:47:58 CST

Sun Managers,

On Friday, December 3, 1993, I wrote:

> Seems like I've seen this problem posted to the list before, but I don't
> recall seeing a summary.
> The following happens when I attempt to yppush the NIS map for /etc/aliases
> on our 4/490 running 4.1.1:
>> 43 aliases, longest 895 bytes, 3629 bytes total
>> /usr/etc/yp/mkalias /var/yp/`domainname`/mail.aliases /var/yp/`domainname`/mail.byaddr;
>> rm /var/yp/`domainname`/mail.aliases;
>> updated aliases
>> Can't bind master to send ypclear message to ypserv for map mail.aliases.
>> Status received from ypxfr on astro:
>> Failed - no local order number in map - use -f flag to ypxfr.
>> pushed aliases
> It acts like mkalias makes an error when building the map for mail.aliases,
> which yppush objects to. Note that the map for mail.byaddr is built and
> pushed successfully, along with all the other maps. Anyone have a clue ?

I got 3 responses, which are attached. Two of them suggest the problem
might lie in sendmail's configuration file, such that it isn't in
agreement with the NIS's notion of what the hostname is. This doesn't
appear to be the case; however, we use Berkeley sendmail, and our config
file is definitely not vanilla - maybe that's a factor somehow. The third
response suggests what appears to be a more radical solution involving
ypset, which I've never used and prefer to evaluate before I do. At this
time, the problem in question is still unresolved. Many thanks to the

stern@sunrise.East.Sun.COM (Hal Stern - NE Area Systems Engineer) (Wolfgang Leideck) (Dr. Rainer Blaes)

David Way McDonald Observatory/Astronomy Dept.- Univ. of Texas, Austin
(office) RLM 16.206 (voice) 471-7439 (internet)

>From stern@sunrise.East.Sun.COM Sat Dec  4 23:06:21 1993
Posted-Date: Sun, 5 Dec 93 00:06:01 EST

make sure your server/domain name in sendmail (the $w macro) agrees with the master server name.

part of building the alias map is to run sendmail -i on the master server, which inserts a *new* master record name into the map. if the sendmail config has a strange name for the server, or uses a FQDN (which the local host doesn't grok), you'll see messages like this

--hal -- >From Mon Dec 6 02:16:08 1993 Posted-Date: Mon, 6 Dec 93 08:24:35 +0100

Hello. I've posted this question to this group month ago but i couldn't summarize because there was no solution. Some people wrote me that i must look if the master's hostname is proper set in the /etc/hosts and /etc/ file. Others told me to change the order of the hostnames in ypservers. But nothing works. I hope you will get the solution.

Bye Wolfgang

-------------------- Wolfgang Leideck University of Mannheim Department of Practical Computer Science III A5, C220 68131 Mannheim Germany

Phone: +++621 292 1100 Fax : +++621 292 5745 Email: -- >From Mon Dec 6 09:01:51 1993 Posted-Date: Mon, 6 Dec 93 16:00:05 +0100

Had the same problem and solved it by

1. killing the ypbind process 2. ypbind -ypset 3. ypset NIS master

on the NIS master. Then I re-run /var/yp/make. Greetings Rainer

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Dr. Rainer Blaes | | | Senior System Manager | | | ERNO Raumfahrttechnik GmbH | "In any organization there | | Huenefeldstrasse 1-5 | will always be one person | | 28199 Bremen 1 Germany | who knows what is going | | Voice: +49/(0)421 539-4132 | on. This person must be | | Fax: +49/(0)421 539-4424 | fired." | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:33 CDT