uux problem description

From: Drew Kramer <drew_at_ny.ox.com>
Date: Wed, 27 Dec 95 16:13:15 -0500

Problem: uux is creating an incorrect C. file.

Environment: OSF 2.0, uucp installed, remote system "tbomb" defined.

If I run the command: "uux - tbomb!rmail time", I get the
following "C." file in the spool directory for the uucp system
named "tbomb":

  S D.edsel0f5fa83 D.edsel0f5fa83 daemon - D.edsel0f5fa83 0666 daemon
  S rmail D.edsel0f5fa83 daemon - D.0 0666 daemon
  S D.tbomb5199a83 X.tbombN5198 daemon - D.tbomb5199a83 0666 daemon

I would _expect_ to see the following:

  S D.edsel0f5fa83 D.edsel0f5fa83 daemon - D.edsel0f5fa83 0666 daemon
  S D.tbomb5199a83 X.tbombN5198 daemon - D.tbomb5199a83 0666 daemon

The incorrect file has the second "S" line that attempts to send
the file named "rmail" over to tbomb. If this job is allowed to
be run by uucico, the second line causes an error _locally_ in
uucico (tbomb's uucico never sees the S command).

I showed the above to Peter Honeyman (the inventor of UUCP) and he concurred
that it was broken. He provided the following code fragment:

(void) fprintf(cfp, "S %s %s %s %s %s %o %s %s\n", file1, file2, User, Optns,
dfile, stbuf.st_mode & 0777, Nuser, Sfile);

So it really appears if uux is screwing up. I also tried this under 3.2C and
the behavior appeared to be the same. Is anyone else seeing this? Is there a
patch/fix available? I will, of course, summarize anything I find out. Thanks
in advance.

-drew

-------
USMail: OTA Limited Partnership E-mail: drew_at_ox.com
        1 Manhattanville Road Phone: +1 914 694 5800
        Purchase, New York 10577 FAX: +1 914 694 5831
                       "Welcome, to the machine..."
Received on Wed Dec 27 1995 - 22:33:36 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:46 NZDT