And the list comes through again! First answer I received told me what the
problem was and the second, how to fix it.
Summary of the original problem:
When I switched my NIS servers from Sun3 to Sparc platforms, I started
getting:
/etc/aliases: line 14: cannot alias non-local names
when ever I attempted to do a newaliases.
Solution:
The real problem turned out to be that I have a centralized mail server
that everybody nfs mounts to and all mail in the building gets forwarded to
it. The only sun_3 that I still had running turned out to be the mail
server.
Solution turned to be to add the option "-C$(DIR)/sendmail.cf.main" to the
line in my makefile that generates the aliases database so it would use the
same sendmail.cf file that the mail master did. (I keep the a copy of the
sendmailcf file in my yp sources dircetory for backup purposes). This fixed
the problem.
Thanks to all who replied so far! A complete listing of the responses
follow the signature.
===========================================================================
Mark Holm ..uunet.uu.net!analogy!markh -or-
Analogy ..sun!nosun!analogy!markh
P.O. Box 1669 Phone (503)626-9700
Beaverton, Oregon 97075-1669
====================Response Summary==========================
>From uunet!isor.vuw.ac.nz!ray Wed Apr 1 08:05:24 1992
Return-Path: <uunet!isor.vuw.ac.nz!ray>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA16987; Wed, 1 Apr 92 08:05:22 PST
From: uunet!isor.vuw.ac.nz!ray
Received: from mailhost.isor.vuw.ac.nz (via toru.isor.vuw.ac.nz) by relay2.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA27144; Wed, 1 Apr 92 05:09:21 -0500
Received: from tahi.isor.vuw.ac.nz by mailhost.isor.vuw.ac.nz id <AA00395-5.65cVUW+IDA/4.61>; Wed, 1 Apr 1992 22:09:13 +1200
Received: by tahi.isor.vuw.ac.nz with 5.65cVUW/2.23
id <AA22415@tahi.isor.vuw.ac.nz>; Wed, 1 Apr 1992 22:09:12 +1200
Date: Wed, 1 Apr 1992 22:09:12 +1200
Message-Id: <199204011009.AA22415@tahi.isor.vuw.ac.nz>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
I don't know how or why, but I get the same message whenever I run newaliases
on any NIS machine (master or slave or client) EXCEPT the system (it happens
to be a slave) which is the sendmail 'local host'. I.e. we have a single
mailhost on which all incoming mail is stored (and NFS mounted by all other
systems).
Hope this helps,
Ray Brownrigg ray@isor.vuw.ac.nz
>From uunet!erix.ericsson.se!per Wed Apr 1 08:05:27 1992
Return-Path: <uunet!erix.ericsson.se!per>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA16992; Wed, 1 Apr 92 08:05:26 PST
Received: from mailgate.ericsson.se by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA15892; Wed, 1 Apr 92 05:32:41 -0500
Received: from super.eua.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.10)
id AA18996; Wed, 1 Apr 92 12:32:27 +0200
Received: from aalborg.eua.ericsson.se by super.eua.ericsson.se (4.1/SMI-4.1.2)
id AA21393; Wed, 1 Apr 92 12:32:26 +0200
From: uunet!erix.ericsson.se!per (Per Hedeland)
Received: by aalborg.eua.ericsson.se (4.1/client-1.3)
id AA11347; Wed, 1 Apr 92 12:32:25 +0200
Date: Wed, 1 Apr 92 12:32:25 +0200
Message-Id: <9204011032.AA11347@aalborg.eua.ericsson.se>
To: markh@analogy.com (Mark Holm)
X-Newsgroups: erinet.mailing-list.sun.managers
In-Reply-To: <9204010416.AA12613@analogy.com>
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
In article <9204010416.AA12613@analogy.com>, you write:
|> /etc/aliases: line 14: cannot alias non-local names
This typically (i.e. unless you really *have* non-local aliases in the
file) happens if you have a custom sendmail.cf that forwards *all* mail
to another host by means of the rewrite rules - it shouldn't happen with
the sendmail.cf's that Sun delivers though, as these use another (very
buggy) method for this.
If you are using such a sendmail.cf, and want to continue doing it
(probably a good idea, although it is perhaps uncommon to do such
forwarding on the NIS master), you can use the -C switch to make
sendmail use another .cf file when called to build the alias maps from
/var/yp/Makefile. Just about anything will do, e.g. in a typical Sun
installation you can add -C/usr/lib/sendmail.main.cf to the sendmail
invocation in /var/yp/Makefile.
Hope this helps...
--Per Hedeland
per@erix.ericsson.se or
per%erix.ericsson.se@sunic.sunet.se or
..uunet!erix.ericsson.se!per
>From uunet!arsenic.cray.com!cfoley Wed Apr 1 08:05:29 1992
Return-Path: <uunet!arsenic.cray.com!cfoley>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA16997; Wed, 1 Apr 92 08:05:28 PST
Received: from timbuk.cray.com by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA20577; Wed, 1 Apr 92 06:07:49 -0500
Received: from arsenic.cray.com by timbuk.cray.com (4.1/CRI-MX 1.6ac)
id AA21820; Wed, 1 Apr 92 05:07:46 CST
Received: by arsenic.cray.com
id AA02204; 4.1/CRI-5.6; Wed, 1 Apr 92 06:07:46 EST
Date: Wed, 1 Apr 92 06:07:46 EST
From: uunet!arsenic.cray.com!cfoley (Chuck Foley)
Message-Id: <9204011107.AA02204@arsenic.cray.com>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
Would you send me the file you are using for "/etc/aliases" (at least a
piece that fails), and your /var/yp/Makefile...
I moved my NIS master to a Sparc 2, all the clients and slave servers are
still Sun 3s, and I have seen NO problems whatsoever. I figure there's
an error in either your makefile or your aliases file.
Chuck
-----
Chuck Foley Voice: (301) 595-2624
Americas Network Manager FAX: (301) 595-2637
Cray Research, Inc. Home: (410) xxx-xxxx (Emergency)
4041 Powder Mill Road - Suite 600 Internet: cfoley@arsenic.cray.com
Calverton, MD 20705 UUCP: uunet!cray!arsenic!cfoley
>From uunet!sasun1.epfl.ch!brossard Wed Apr 1 08:05:41 1992
Return-Path: <uunet!sasun1.epfl.ch!brossard>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17017; Wed, 1 Apr 92 08:05:39 PST
Received: from chx400.switch.ch by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA02660; Wed, 1 Apr 92 07:33:46 -0500
X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/;
Relayed; Wed, 1 Apr 1992 14:32:44 +0200
X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed;
Wed, 1 Apr 1992 15:28:57 +0200
Date: Wed, 1 Apr 1992 15:28:57 +0200
X400-Originator: brossard@sasun1.epfl.ch
X400-Recipients: markh@analogy.com
X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9204011228.AA02255]
X400-Content-Type: P2-1984 (2)
From: "(Alain Brossard EPFL-SIC/SII)" <uunet!sasun1.epfl.ch!brossard>
Message-Id: <9204011228.AA02255@sasun1.epfl.ch>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Received: from sasun1.epfl.ch by SIC.Epfl.CH via INTERNET ;
Wed, 1 Apr 92 14:28:58 N
Received: by sasun1.epfl.ch (4.1/Epfl-3.1/MX) id AA02255;
Wed, 1 Apr 92 14:28:57 +0200
Status: OR
I've had this happen on one of our lab. We never did find
out exactly what was wrong but it was one of two possibilities:
1- remaking aliases on a machine other than the NIS master
and/or 2- a sendmail.cf file which confuses newaliases
Alain
>From uunet!vuse.vanderbilt.edu!drl Wed Apr 1 08:06:02 1992
Return-Path: <uunet!vuse.vanderbilt.edu!drl>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17055; Wed, 1 Apr 92 08:06:01 PST
From: uunet!vuse.vanderbilt.edu!drl
Received: from vuse.vanderbilt.edu by relay2.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA22403; Wed, 1 Apr 92 09:00:28 -0500
Received: from backup.vuse (backup.se.Vanderbilt.Edu) by vuse.vanderbilt.edu (4.1/SMI-4.1/VUSE-1.6)
id AA06060; Wed, 1 Apr 92 07:57:15 CST
Received: by backup.vuse (4.1/SMI-4.0/DRL-3)
id AA08109; Wed, 1 Apr 92 07:57:50 CST
Date: Wed, 1 Apr 92 07:57:50 CST
Message-Id: <9204011357.AA08109@backup.vuse>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
Was the old yp master you mailhub? Is the new yp master your mailhub now?
This sounds like a problem related to sendmail.cf on machines that forward
local mail to a mailhub.
>From uunet!ii.uib.no!JanBerger.Henriksen Wed Apr 1 08:06:08 1992
Return-Path: <uunet!ii.uib.no!JanBerger.Henriksen>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17065; Wed, 1 Apr 92 08:06:06 PST
From: uunet!ii.uib.no!JanBerger.Henriksen
Received: from eik.ii.uib.no by relay2.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA28708; Wed, 1 Apr 92 09:38:16 -0500
Received: from kjerringris.ii.uib.no (alm.ii.uib.no) by eik.ii.uib.no with SMTP id AA11925
(5.65c/IDA-1.4.4 for <markh@analogy.com>); Wed, 1 Apr 1992 16:38:09 +0200
Date: Wed, 1 Apr 1992 16:38:09 +0200
Message-Id: <9204011438.AA01141@kjerringris.ii.uib.no>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
Check which sendmail you are using (default = sendmail with no MX).
Secondly this may be a problem if your mailhost is different than
the NIS server, and you keep the alias file on the mailhost.
First guess it the best one, though. In the second situation, ignore
the message as long as mailaliasing works OK.
Jan.
>From uunet!sbcoc.com!miker Wed Apr 1 09:47:12 1992
Return-Path: <uunet!sbcoc.com!miker>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17890; Wed, 1 Apr 92 09:47:10 PST
Received: from uu.psi.com by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA20888; Wed, 1 Apr 92 11:22:35 -0500
Received: by uu.psi.com (5.65b/4.1.031792-PSI/PSINet)
id AA05106; Wed, 1 Apr 92 11:04:18 -0500
Received: from trinity.sbcoc.com by sbcoc.com (4.1/SMI-4.1)
id AA26441; Wed, 1 Apr 92 09:23:55 CST
Received: by trinity.sbcoc.com (4.1/SMI-4.1)
id AA10771; Wed, 1 Apr 92 09:23:54 CST
Date: Wed, 1 Apr 92 09:23:54 CST
From: Mike Raffety <uunet!sbcoc.com!miker>
X-Organization: SBC/OC Services, L.P.
Message-Id: <9204011523.AA10771@trinity.sbcoc.com>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
There's no difficulty at all with mixing Sun-3 and Sun-4 NIS servers.
Nor with mixing SunOS 3.5 servers/clients with SunOS 4.x, though you
should generally make sure your master server is as high or higher than
any slaves, and it's good to make sure your slaves are as high or higher
than any clients (with respect to SunOS level).
Please be sure to summarize back to the list; thanks.
>From uunet!dsg.tandem.com!scott Wed Apr 1 09:47:20 1992
Return-Path: <uunet!dsg.tandem.com!scott>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17900; Wed, 1 Apr 92 09:47:18 PST
Received: from suntan.Tandem.COM by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA29090; Wed, 1 Apr 92 11:50:26 -0500
Received: from wizard.dsg.tandem.com by suntan.Tandem.COM (4.0/suntan3.920320)
id AA23268; Wed, 1 Apr 92 08:50:24 PST
Received: from work.dsg.tandem.com by wizard.dsg.tandem.com (4.1/6main.911122)
id AA24758; Wed, 1 Apr 92 08:50:23 PST
Received: by work.dsg.tandem.com (4.1/6leaf.910620)
id AA14327; Wed, 1 Apr 92 08:50:21 PST
Date: Wed, 1 Apr 92 08:50:21 PST
From: uunet!dsg.tandem.com!scott (Scott Hazen Mueller)
Message-Id: <9204011650.AA14327@work.dsg.tandem.com>
To: markh@analogy.com (Mark Holm)
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
In article <9204010416.AA12613@analogy.com> you write:
> /etc/aliases: line 14: cannot alias non-local names
This is tricky. When I had it, the basic problem was an interaction between
my sendmail.cf and newaliases. If you run a configuration similar to mine,
in which sendmail strips off the host name, that is a root cause of the
problem. Basically, newaliases is a link to sendmail. and so it parses the
sendmail.cf, and if it is not the host on which final mail delivery would
occur, it barks and quits.
In my environment, the central mail server and the NIS master are different.
What I've had to do is (using a script that regenerates aliases nightly) copy
the /etc/aliases file to the mail server, run newaliases there, copy the
/etc/aliases.dir and /etc/aliases.pag back to the NIS master and then finally
do the 'make aliases'. This works well enough...
>From uunet!kiosk!shearson.com!pmetzger Wed Apr 1 09:48:29 1992
Return-Path: <uunet!kiosk!shearson.com!pmetzger>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA17935; Wed, 1 Apr 92 09:48:26 PST
Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA17100; Wed, 1 Apr 92 12:46:13 -0500
Received: from kiosk.UUCP by uunet.uu.net with UUCP/RMAIL
(queueing-rmail) id 124515.18976; Wed, 1 Apr 1992 12:45:15 EST
Received: from newsu.shearson.com by shearson.com (4.1/LB-0.2)
id AA17866; Wed, 1 Apr 92 09:21:45 EST
Received: from snark.shearson.com by newsu.shearson.com (4.0/SMI-4.1)
id AA03004; Wed, 1 Apr 92 09:21:43 EST
Date: Wed, 1 Apr 92 09:21:43 EST
From: uunet!shearson.com!pmetzger (Perry E. Metzger)
Message-Id: <9204011421.AA03004@newsu.shearson.com>
Received: by snark.shearson.com (4.1/SMI-4.1)
id AA16128; Wed, 1 Apr 92 09:21:44 EST
To: markh@analogy.com
Cc: sun-managers@rice.edu
In-Reply-To: Mark Holm's message of Tue, 31 Mar 92 20:18:52 PST <9204010416.AA12613@analogy.com>
Subject: Sun_4 NIS servers won't do new aliases
Reply-To: uunet!shearson.com!pmetzger
Status: OR
From: markh@analogy.com (Mark Holm)
I try and run the section of the makefile that updates the aliases maps I
get:
/etc/aliases: line 14: cannot alias non-local names
for each alias line that is not blank or a comment. I can also just run
newaliases and get the same results.
You have alias files of the form
joe@foo: jim
instead of
jim: joe@foo
in your file.
Perry
>From uunet!wdc.sps.mot.com!mario Wed Apr 1 11:30:22 1992
Return-Path: <uunet!wdc.sps.mot.com!mario>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA18477; Wed, 1 Apr 92 11:30:20 PST
Received: from spsgate.sps.mot.com by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA25652; Wed, 1 Apr 92 13:14:43 -0500
Received: by spsgate.sps.mot.com (4.1/SMI-4.1)
id AA11169; Wed, 1 Apr 92 11:14:41 MST
Received: from emailchd (email.sps.mot.com) by motsps (4.1/SMI-4.0)
id AA03559; Wed, 1 Apr 92 11:07:17 MST
Received: by wdc.sps.mot.com (4.1/WDC-1.02) Wed, 1 Apr 92 11:03:44 MST
Date: Wed, 1 Apr 92 11:03:44 MST
From: Mario Nigrovic <uunet!wdc.sps.mot.com!mario>
Message-Id: <9204011803.AA15819@wdc.sps.mot.com>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
Mark -
I saw an analagous problem some time ago. Basically, what
this message is telling you is that a name you tried to alias, when
passed through sendmail's rewriting rules, was not delivered to
the local mailer. This is supposed to check for alias like
mario@wdc.sps.mot.com
which is not an address which the local mailer will ever see.
In my case, the problem was caused by a handy enhancement I made
to sendmail.cf so that all names it didn't recognize resolved to
"name@email" where "email" is our main upward email link. Oops.
I think you can get more information by running sendmail -bt
and typing 0 and then the alias name you are resolving. For example,
to test the name "bob", I would type:
% /usr/lib/sendmail -bt
ADDRESS TEST MODE
Enter <ruleset> <address>
> 0 mario
rewrite: ruleset 3 input: "mario"
rewrite: ruleset 3 returns: "mario"
rewrite: ruleset 0 input: "mario"
rewrite: ruleset 0 returns: $# "local" $: "mario"
> 0 mario@wdc.sps.mot.com
rewrite: ruleset 3 input: "mario" "@" "wdc" "." "sps" "." "mot" "." "com"
rewrite: ruleset 6 input: "mario" "<" "@" "wdc" "." "sps" "." "mot" "." "com" ">"
rewrite: ruleset 6 returns: "mario" "<" "@" "wdc" "." "sps" "." "mot" "." "com" ">"
rewrite: ruleset 3 returns: "mario" "<" "@" "wdc" "." "sps" "." "mot" "." "com" ">"
rewrite: ruleset 0 input: "mario" "<" "@" "wdc" "." "sps" "." "mot" "." "com" ">"
rewrite: ruleset 0 returns: $# "local" $: "mario"
> 0 analogy.com!markh@uunet
rewrite: ruleset 3 input: "analogy" "." "com" "!" "markh" "@" "uunet"
rewrite: ruleset 6 input: "markh" "<" "@" "analogy" "." "com" ">"
rewrite: ruleset 6 returns: "markh" "<" "@" "analogy" "." "com" ">"
rewrite: ruleset 3 returns: "markh" "<" "@" "analogy" "." "com" ">"
rewrite: ruleset 0 input: "markh" "<" "@" "analogy" "." "com" ">"
rewrite: ruleset 0 returns: $# "ether" $@ "emailchd" $: "markh" "@" "analogy" "." "com"
> ^C%
In the above example, you can see that "mario" all by itself resolved to the local
mailer. Also, sendmail pulled its own domain information off of a remote-looking
name to recognize a local name. But your address was delivered up to my email
server.
In case you're interested, the 0 tells sendmail to pass the address string
through ruleset 0, which ruleset is supposed to resolve the address into a
mailer, host, user triple. Sendmail automatically passes the string through
ruleset 3 before passing it to the ruleset you specify.
I must confess that some of what I've told you above is, ahem, guesswork on
my part (I rewrote my sendmail.cf before I could test these theories), but
it all makes *sense* to me.
Mario
ps - Please do post your results - if I'm wrong I want to know the real
solution :->
Mario Nigrovic <mario@wdc.sps.mot.com> voice: (602) 821-4264
Motorola Western MCU Design Center fax: (602) 821-4058
>From uunet!sunne.East.Sun.COM!stern Wed Apr 1 11:30:32 1992
Return-Path: <uunet!sunne.East.Sun.COM!stern>
Received: from uunet.UUCP by analogy.com (4.1/Shared_Spool_1.2)
id AA18493; Wed, 1 Apr 92 11:30:30 PST
Received: from Sun.COM by relay1.UU.NET with SMTP
(5.61/UUNET-internet-primary) id AA04880; Wed, 1 Apr 92 13:42:24 -0500
Received: from snail.Sun.COM (snail.Corp.Sun.COM) by Sun.COM (4.1/SMI-4.1)
id AA14907; Wed, 1 Apr 92 10:42:21 PST
Received: from East.Sun.COM by snail.Sun.COM (4.1/SMI-4.1)
id AA16898; Wed, 1 Apr 92 10:42:18 PST
Received: from sunne.East.Sun.COM (sunne-fddi.East.Sun.COM) by East.Sun.COM (4.1/SMI-4.1)
id AA18010; Wed, 1 Apr 92 13:42:17 EST
Received: by sunne.East.Sun.COM (4.1/SMI-4.1)
id AA28659; Wed, 1 Apr 92 13:42:12 EST
Date: Wed, 1 Apr 92 13:42:12 EST
From: uunet!sunne.East.Sun.COM!stern (Hal Stern - NE Area Systems Engineer)
Message-Id: <9204011842.AA28659@sunne.East.Sun.COM>
To: markh@analogy.com
Subject: Re: Sun_4 NIS servers won't do new aliases
Status: OR
usually this means that sendmail thinks that it needs to use
a non-local (ie,relay, uucp, etc) mailer to get to one
of the aliases listed in your /etc/aliases file. . the weird
thing is that it thinks the *left* hand side of the alias requires
a non-local mailer, ie, you have something like
stern@elsewhere: stern@here
and getting to @elsewhere uses a non-local mailer
--hal
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:40 CDT