news1@texbell.swbt.com (Greg Hackney) (02/19/90)
Here's a universe related problem when trying to UUX between Pyramids... Both Pyramids operate in the ATT universe, including UUCP communications. The login "nuucp" is shown as "nuucp:att" in /etc/u_universe. However, UUCP still arrives in the UCB universe. This happens when using UUCP via TCP/IP, but not modems. The uucpd demon must be hard-wired to UCB uucico, and the login code embedded into the demon, rather than the normal login process which maps to the proper universe. It might be something to look at if not fixed already. (We're on OSx4.4c.) -- Greg
karl_kleinpaste@cheops.cis.ohio-state.edu (02/20/90)
news1@texbell.swbt.com writes:
The login "nuucp" is shown as "nuucp:att" in /etc/u_universe. However,
UUCP still arrives in the UCB universe. This happens when using UUCP via
TCP/IP, but not modems.
The uucpd demon must be hard-wired to UCB uucico, and the login code
embedded into the demon, rather than the normal login process which maps
to the proper universe.
The problem is that all inetd-based servers wake up in the UCB
universe, because that's where inetd itself lives. So they follow a
fairly natural progression in this regard. And no, uucpd doesn't do
universe-specific things.
Perverse as this may seem, a reasonable fix may be to hack on the uucpd
entry in /etc/servers somewhat. Currently, mine looks like this...
uucp stream tcp nowait root /usr/etc/in.uucpd uucpd
Now if it's changed to this...
uucp stream tcp nowait root /.ucbbin/att att /usr/etc/in.uucpd
...I think you'll get the effect you want.
(I'm also running 4.4c...)
--karlcsg@pyramid.pyramid.com (Carl S. Gutekunst) (02/20/90)
In article <186@texbell.swbt.com> greg@texbell.swbt.com (Greg Hackney) writes: >The login "nuucp" is shown as "nuucp:att" in /etc/u_universe. However, >UUCP still arrives in the UCB universe. This happens when using UUCP via >TCP/IP, but not modems. This doesn't work, for the reasons Karl gave. (We weren't terribly worried about it in OSx 4.4, since we didn't support HoneyDanBer TCP/IP connections. In OSx 5.0 we do, so uucpd checks universes.) The best solution, I think, is to use the telnet socket, instead of uucpd. This is the way "real" SVR3 UUCPs work, anyway. <csg>