Path: utzoo!attcan!utgpu!watmath!uunet!shelby!apple!sun-barr!rutgers!mit-eddie!andante!ulysses!att!cbnewsc!danl
From: danl@cbnewsc.ATT.COM (daniel.r.levy)
Newsgroups: unix-pc.uucp
Subject: Re: uucico isn't switching roles
Summary: Check the SENDFILES= entry in /usr/lib/uucp/Permissions on the 3B2
Keywords: unixpc uucp mail
Message-ID: <777@cbnewsc.ATT.COM>
Date: 14 May 89 08:07:19 GMT
References: <4367@sdcc3.ucsd.EDU>
Organization: AT&T Bell Laboratories
Lines: 23

In article <4367@sdcc3.ucsd.EDU>, zz1ml@sdcc3.ucsd.EDU (Mick Laver) writes:
< I've set up my 7300 (Sys 3.50, uucp v 2) to poll a 3b2600 running
< HDB. Mail jobs go fine from the unixpc to the 600, but jobs queued
< on the 600 are never sent back during the connection. Since the upc
< has to poll the 600 (times=Never on the 600 for the upc) mail never
< gets sent.  From my reading of debugging at x=5, it appears that
< uucico is not switching roles on the 600 when connected to the upc
< -- it works fine for other machines.
< 
< What's missing here? (OK, I can take it ... honest)

On the 3B2, check the /usr/lib/uucp/Permissions file entry for the uucp
login-id used by the 7300.  If it doesn't say SENDFILES=yes then the 7300
can poll 'til the cows come home but the 3B2 won't give it anything queued
for it.  The default is SENDFILES=no, which is a security measure against
impostor machines that might call hoping to "steal" the data queued for another
machine.  (This probably isn't a danger unless you give out the uucp login
password to other administrators you can't trust.)
-- 
Dan'l Levy                 UNIX(R) mail:  att!ttbcad!levy, att!cbnewsc!danl
AT&T Bell Laboratories
5555 West Touhy Avenue     Any opinions expressed in the message above are
Skokie, Illinois  60077    mine, and not necessarily AT&T's.