home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.amiga
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!wupost!emory!sol.ctr.columbia.edu!ira.uka.de!chx400!bernina!wild
- From: wild@nessie.cs.id.ethz.ch (Markus Wild)
- Subject: Re: uucp over tcp, the quest goes on
- Message-ID: <1992Nov17.182455.13134@bernina.ethz.ch>
- Sender: news@bernina.ethz.ch (USENET News System)
- Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
- References: <1992Nov17.015324.20124@news.acns.nwu.edu> <1992Nov17.034808.22693@news.acns.nwu.edu>
- Date: Tue, 17 Nov 1992 18:24:55 GMT
- Lines: 30
-
- In article <1992Nov17.034808.22693@news.acns.nwu.edu> skrenta@casbah.acns.nwu.edu (Rich Skrenta) writes:
- >skrenta@casbah.acns.nwu.edu (Rich Skrenta) writes:
- >> Trussing the listen daemon into uucico shows that uucico is looking
- >> for LOGNAME "uucp" in the Permissions file -- add an entry, and it
- >> works fine.
- >
- >Followup: It's getting "uucp" from /etc/saf/tcp/_pmtab.
-
-
- Yep. This seems to be sort of a inetd.conf file for TLI creatures.
- Thing to watch: the number in the uucp:reserved:.. line should represent
- the inet-number of the local host. This is et up correctly by 2.1, but
- under 2.03, I always had the loopback-address in here, so there could be no
- network connection.
-
- -Markus
-
- PS: Still wondering how validation works....
-
-
-
-
-
-
-
-
- --
- Markus M. Wild - wild@nessie.cs.id.ethz.ch | wild@amiga.physik.unizh.ch
- Vital papers will demonstrate their vitality by spontaneously moving
- from where you left them to where you can't find them.
-