🚀 go-pugleaf

In article <8158@helios.TAMU.EDU> billg@cs.tamu.edu (William Gunshannon) writes:

>I would think that rather than trying to hack something into MSDOS 
>that it doesn't support/understand (SECURITY), you would be much
>better off to make all file transfers INTO the PC go into a spooling
>directory (uucppublic), and leave the final disposition up to the
>PC user.  There are other files that  you probably don't want over-writen
>other than command.com (BIOS.SYS comes immediately to mind) and rather
>than trying to protect all these obscure files, I think it would be
>much easier to just put them all in one directory and have the user
>sort them out.
>Comments??

Why not just get the files on a diskette instead if you are going to
have to manipulate them manually?
How about simple config file options with PATH-like strings:

READ=
NOREAD=
WRITE=
NOWRITE=
EXECUTE=
NOEXECUTE=

Where the names in the lists could be either directories or files.
It would be useful to have these lists on a per-remote-system basis
but if you accept inbound calls, the determination of the remote
system name must be done bases on a login/password combination since
the uucp handshake name is easy to fake.

Les Mikesell
  les@chinet.chi.il.us