fred@mot.UUCP (Fred Christiansen) (09/28/85)
i took a guess at this when installing 2.10.2 news, but i'd like to
know for sure: in defs.h, DFTXMIT has options "-r -z". neither of these
appear as options to uux(1C) in our SVR2 doct'n.
can anyone tell me what the analogous options are for SVR2? thx.
--
<< Generic disclaimer >>
Fred Christiansen ("Canajun, eh?") @ Motorola Microsystems, Tempe, AZ
UUCP: {seismo!terak, trwrb!flkvax, utzoo!mnetor, ihnp4!btlunix}!mot!fred
ARPA: oakhill!mot!fred@ut-sally.ARPA AT&T: 602-438-3472ajs@hpfcla.UUCP (09/30/85)
> The -r option is present (but often undocumented) in every version > of UUCP I've ever seen. It says "don't start up a uucico now, wait > for it to get started from cron." Precisely. On really busy systems, you may wish to alter rmail so it runs uux -r, then kick off generic (no -s option) uucico's very frequently. The next step is to alter the uucico-starter so it doesn't start anything when the system is heavily loaded. And the next step is to give up... While you are at it, stick in a leading "exec" anywhere a command line is sent through sh(1), e.g. in your crontab, to prevent unnecessary processes wait(2)ing around. Good luck. Alan "every system is too busy" Silverstein, hpfcla!ajs
mark@cbosgd.UUCP (Mark Horton) (09/30/85)
In article <322@mot.UUCP> fred@mot.UUCP (Fred Christiansen) writes: > > i took a guess at this when installing 2.10.2 news, but i'd like to >know for sure: in defs.h, DFTXMIT has options "-r -z". neither of these >appear as options to uux(1C) in our SVR2 doct'n. > can anyone tell me what the analogous options are for SVR2? thx. The -r option is present (but often undocumented) in every version of UUCP I've ever seen. It says "don't start up a uucico now, wait for it to get started from cron." This is usually included for performance reasons. Of course, if you batch, this won't matter. The -z option says "only send back warning mail if the command exits with nonZero status." Not all UUCP's have it. If you don't have -z, try -n, which says "don't send back mail at all." Otherwise you'll often find that uucp (or worse yet, some user) on your machine gets lots of mail back from remote uucps telling that the uux worked OK. Mark Horton
guy@sun.uucp (Guy Harris) (09/30/85)
> i took a guess at this when installing 2.10.2 news, but i'd like to > know for sure: in defs.h, DFTXMIT has options "-r -z". neither of these > appear as options to uux(1C) in our SVR2 doct'n. > can anyone tell me what the analogous options are for SVR2? thx. The analogous flag for "-r" in SVR2 is "-r". For some reason, this flag isn't documented in the 4.2BSD page UUX(1C) either; I suspect it wasn't doumented in V7 and most vendors didn't bother adding it. We did - here's the description: OPTIONS -r don't start *uucico*, just queue the job. -x *n* set debugging level to *n*. -n don't return any indication by *mail* of success or failure of the job. -z return an indication by *mail* only if the job fails. -g *x* set service grade or classification to *x*. The default is 'A'. The S5R2 "uux" only supports "-r", "-x", and "-n" from this list. Furthermore, "-n" only works if the sending *and* receiving site support it, and the same is true of "-z". So if the site you're sending news to is running the 4.2BSD, Sun, or S5R2 UUCPs, or another UUCP that supports "uux -n", use the "-n" flag. Otherwise, you can use "-n", but it won't do you any good; you'll still get a mail message for every successful remotely executed command. "news" comes with patches to add "-z" to a pre-S5 UUCP; with slight changes, you can add it to an S5 UUCP. However, if the site you're sending to doesn't support "-z", you'll still get the mail message. Moral: don't believe UNIX documentation. Guy Harris