Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3  Pyramid OSx-3.0 85/11/15; site pyramid.UUCP
Path: utzoo!utcs!mnetor!lsuc!pesnta!pyramid!csg
From: csg@pyramid.UUCP (Carl S. Gutekunst)
Newsgroups: net.bugs.uucp
Subject: Re: Calling UUCP with -Xn option for debug
Message-ID: <99@pyramid.UUCP>
Date: Mon, 6-Jan-86 16:14:12 EST
Article-I.D.: pyramid.99
Posted: Mon Jan  6 16:14:12 1986
Date-Received: Tue, 7-Jan-86 05:55:33 EST
References: <7024@ki4pv.UUCP>
Reply-To: csg@pyramid.UUCP (Carl S. Gutekunst)
Organization: Pyramid Technology Corp., Mountain View, CA
Lines: 26
Keywords: xenix

In article <7024@ki4pv.UUCP> tanner@ki4pv.UUCP (Tanner Andrews) writes:
> ...
>This should provide debugging information.  Problem is that the "-X9"
>information is passed along to the called system.  If the called system
>is a xenix system, it will start the remote uucico with the debug flag,
>and the remote system will mix the diagnostics with the uucp handshake
>and such.

This will happen on any UUCP when the /usr/spool/uucp/AUDIT file is unwritable.
The -x9 flag is supposed to be passed along. In slave role cico.c freopen()'s
stderr to AUDIT (that is, it closes and reopens on the stderr file pointer).
But the operation isn't error checked, so if it fails all the debugging output
gets poured into the modem. 

Quick fix is to try rm'ing /usr/spool/uucp/AUDIT; after that uucico should take
care of itself since it is suid to UUCP, and has write permission to the spool
directory. If that doesn't fix it, then Microsoft has somehow managed to break
UUCP even worse than it was.

This bug has been fixed in 4.3bsd, BTW. It also makes AUDIT a directory, with
one log file per site....
-- 
Carl S. Gutekunst   {allegra,cmcl2,decwrl,hplabs,topaz,ut-sally}!pyramid!csg
Pyramid Technology Corp, Mountain View, CA  +1 415 965 7200

Look, Ma, no graphics!