Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ucbvax!hplabs!hp-sdd!ncr-sd!crash!ford From: ford@crash.cts.com (Michael Ditto) Newsgroups: comp.sys.att Subject: Re: UUCP on Unix PC V 3.51 Summary: Some corrections to uucico usage Keywords: uucico Message-ID: <3029@crash.cts.com> Date: 27 May 88 06:20:28 GMT References: <140@ssdis.UUCP> <8601@eecae.UUCP> Reply-To: ford@kenobi.CTS.COM (Mike Ditto) Organization: Crash TS, El Cajon, CA Lines: 37 In article <8601@eecae.UUCP> gendrich@eecae.UUCP (Chuck Gendrich) writes: >In article <140@ssdis.UUCP> gsarff@ssdis.UUCP (gary sarff) writes: >> ... About 150K into the >> file uucico (running in the background from my shell) says: >> r short 2 want 3 >> rcount=0 >> xcount=0 >> which is odd because I am starting uucico as >> /usr/lib/uucp/uucico -r1 -s & (to fork into the background) >> doesn't this make me master (role=1) and I am receiving a file not sending >> it. > >The -r flag sets the number of times to retry, not which mode to enter >during the transfer. Not true. the -r option sets which role to enter, 0=slave, NZ=master. The default is slave, so the called system (on which uucico gets invoked without arguments) is the slave. > Your system logs into the other one, therefore the >other one goes into MASTER mode. After both sides agree on which UUCP >protocol to use, the MASTER sends any files which he may have lying >around. Then it asks "What do you want?". Your system, the >SLAVE, says "Please send me this file.", and the transfer is on. Not quite. The calling system is in master mode at the beginning. After it has carried out all of its requests, it gives mastership to the other system to carry out requests from that end. Note that mastership is not dependant on which end is sending or receiving, it just determines which system originates the transfers. The master system looks through its spool directory for things to do, and does them. -- Mike Ditto -=] Ford [=- P.O. Box 1721 ford%kenobi@crash.CTS.COM Bonita, CA 92002 ford@crash.CTS.COM