uucp bug overwriting existing file

[Ted Garrett]

In article <1991Feb02.034416.3383 at chinet.chi.il.us> les at chinet.chi.il.us
(Leslie Mikesell) writes:
>I just discovered the following "interesting" behaviour in the
>version of HDB uucp shipped with AT&T's SysVr3.2:
>If you uucp a new copy of an existing file and (1) the new file
>is shorter than the old one and (2) the directory containing the
>file is not writable by uucp, the file is not truncated to the
>new length but the new contents overwrite the corresponding portion
>of the existing file.
>
>Les Mikesell
>  les at chinet.chi.il.us

Indeed this is 'interesting'.  I've never had uucp override file or directory
permissions on me, and I operated AT&T system V release 3.2.2 extensively
using uucp for over a year.  But then again, I usually restricted execute
permissions for the directory also.  uucp is a PROGRAM, not a user.
Therefore, if the directory is not writeable, but the file is, AND the
directory in question IS writeable by the person who requested the
transfer, uucp SHOULD be able to write to the directory and file.

================================================================================
  ____/|  | These opinions are mine.  Mine alone.    | Ted Garrett
  \'o.O'  | Don't you DARE try to blame my company   | tedga at pandora.ism.isc.com
  =() ()= | for them.                                | Interactive Systems Corp.
     U    | "Just 'cause ya got the money don't mean | Santa Monica, CA, USA
 Pth! Ack!|  ya got the right!"            Motorhead |
================================================================================

===============================================================================
 ____/|  | These opinions are mine.  Mine alone.    | Ted Garrett
 \'o.O'  | Don't you DARE try to blame my company   | tedga at pandora.ism.isc.com