My original question was:
>
> Our NIS master and mail server are both running Solaris 2.5.1.
>
> We have a problem where we can build the aliases map on the mail server,
> but the not the NIS master. The same sendmail binary is on both systems.
>
> When I try to create the map on the NIS master, I get this error for
> every entry:
>
> /var/yp/eosdis/mail.aliases: line 35: nobody... cannot alias non-local
> names
>
> I poked around with truss, and see this for each entry:
>
> getuid() = 0 [0]
> door_info(3, 0xEFFFDF90) = 0
> door_call(3, 0xEFFFE028, 0x00000400, 0x0000006C, 0x00000000) = 0
> time() = 875654722
> getpid() = 27807 [27806]
> putmsg(9, 0xEFFFDA88, 0xEFFFDA7C, 0) = 0
> fcntl(10, F_SETLK, 0xEFFFD9E4) Err#11 EAGAIN
> /var/yp/eosdis/mail.aliases: line 35: nobody... cannot alias non-local
> names
> write(1, " / v a r / y p / e o s d".., 77) = 77
>
> After reading the door_info man page, I found that that ncsd is running
> on both systems.
I received three responses:
==============================================================================
>From David Wolfskill <david@xtend.net>
I found this to be a problem at sites that insist on using NIS for
aliases, have a "mailhub" machine, have the NIS master on a different
machine, and use the "nullclient" configuration on all of the
non-mailhub machines (including the NIS master).
The solution that I found was twofold:
* Add "A" to the SMTP_MAILER_FLAGS. This allows addresses that resolve
to using the SMTP mailer to be on the left-hand-side of aliases.
* Specify FEATURE(`nocanonify'). This prevents the aliases from being
built as fully-qualified addresses.
(Bear in mind that this is in addition to "FEATURE(`nullclient')".)
==============================================================================
>From Jeff Woolsey <woolsey@jlw.com>
> Our NIS master and mail server are both running Solaris 2.5.1.
>
> We have a problem where we can build the aliases map on the mail server,
> but the not the NIS master. The same sendmail binary is on both systems.
But not the same sendmail.cf .
> When I try to create the map on the NIS master, I get this error for
> every entry:
>
> /var/yp/eosdis/mail.aliases: line 35: nobody... cannot alias non-local
> names
We just ran into this when trying to move our NIS master from 4.1.3 to
2.5.1
(summary forthcoming, once I try everything). In our case, the problem
was that the NIS master has a sendmail.cf that forwards everything to
the mail host. This means that nothing is delivered locally. sendmail
(in the guise of mkaliases, I guess) is picky about this. We gave it a
sendmail.cf that delivers locally (as nobody's supposed to be sending
mail
on this machine anyway) to make it happy; you could probably play games
with arguments to mkaliases in /var/yp/Makefile to make it transparent.
==============================================================================
>From Rich Snyder <rsnyder@eos.hitc.com>
Found this on the sendmail archive ...
Date: March 24, 1997
Subject: Q4.10 -- How can I solve "cannot alias non-local names"
errors?
I upgraded from my vendor's sendmail to the latest version and
now I'm getting these error messages when I run "newaliases":
/etc/aliases: line 13: MAILER-DAEMON... cannot alias non-local
names
/etc/aliases: line 14: postmaster... cannot alias non-local names
How can I solve this problem?
Your local mailer doesn't have the "A" flag specified. Edit the
Mlocal line in sendmail.cf and add "A" to the flags listed after
"F=".
Better yet, if you're running a recent version of sendmail
that uses m4 to generate .cf files from .mc files, regenerate your
sendmail.cf and see if that fixes the problem. Remember to install
the new sendmail.cf and restart the sendmail daemon.
Hope its relevant...
Rich
==============================================================================
In a separate message, Rich send me a pointer to the sendmail FAQ:
http://www.cs.ruu.nl/wais/html/na-dir/mail/sendmail-faq/.html
==============================================================================
A coworker solved the problem by copying a stock sendmail.cf to
sendmail.map.cf,
and referencing that in /var/yp/Mailfile:
@/usr/lib/sendmail -bi -oA$(YPDBDIR)/$(DOM)/mail.aliases -C
/etc/mail/sendmail.map.cf;
I think this was the result of trial-and-error, and we haven't taken the
time to
figure out what is "wrong" with out existing sendmail.cf (there are
substantial
differences between the two). I apologize for not posting a more
detailed summary.
Regards,
Ed
--Ed Finch UNIX & ClearCase Administrator NASA's Earth Observation System, "Mission To Planet Earth"
"Of course NT may outsell Unix: It takes a roomful of NTs to match the power of one good Unix."
- Nicholas Petreley
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:05 CDT