MU-VMS Archives

July 1994

MU-VMS@LISTSERV.MIAMIOH.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Kent Covert <[log in to unmask]>
Reply To:
Miami University VMS Discussion <[log in to unmask]>
Date:
Tue, 19 Jul 1994 18:08:00 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
In article <1994Jul19.134540.27216@miavx1>, [log in to unmask]
writes:
> If I have a file that I want available for someone to come
> in and ftp, is there a way to do it without giving that
> person my password.  I tried changing the file protection
> such that world had full access, but that didn't do the
> trick.
 
Assuming that the other person has an account on our system, then giving
them world read access to the file and your directory should be enough.
Don't forget to give world read access to your directory.  Many people
forget this part.  The command to do so (from your login directory) is:
  $ SET FILE/PROT=(W:RE) [-]userid.DIR
where 'userid' is your userid.
 
If the person has an account on our system, though, FTP isn't necessary.
Just do a copy.  For example:
  $ COPY [ACS.KACOVERT]FILE.DAT []
will copy the file FILE.DAT from my directory into the current directory.
You still need world read access on both the file and directory as above.
 
If the other individual doesn't have an account on our system, then it
becomes much more difficult.  If this is the case, contact me in person for
more information.
 
--
                                     Kent Covert, Software Coordinator
                                     Miami Computing and Information Services
                                     Miami University, Oxford, OH
                                     [log in to unmask]  (internet)
                                     kacovert@miavx1                 (bitnet)

ATOM RSS1 RSS2