[LUNI] File Permission Problems

[Fhealy at aol.com]

The reason I am transferring files is that I am replacing the file server 
with a new system.  With the applications, the executables need to be set to read 
only, but shared with all users.  This is the tedious file permission 
resetting part.  There are also some configuration files that work with the 
applications (that keep track of individual users) that must be readable by all users.  
Do you think the archive idea would work?

In a message dated 6/7/03 11:02:16 AM Central Daylight Time, maney at pobox.com 
writes:

> Subj: Re: [LUNI] File Permission Problems 
>  Date: 6/7/03 11:02:16 AM Central Daylight Time
>  From: <A HREF="mailto:maney at pobox.com">maney at pobox.com</A>
>  Reply-to: <A HREF="mailto:luni at luni.org">luni at luni.org</A>
>  To: <A HREF="mailto:luni at luni.org">luni at luni.org</A>
>  Sent from the Internet 
> 
> On Sat, Jun 07, 2003 at 11:47:54AM -0400, Fhealy at aol.com wrote:
> >windows clients.  There is a directory (\public) that is designated to be 
> shared 
> >by all users connecting with samba with a mapped P: drive.  I created the 
> >directory and set permissions to 777.  This directory contains two other 
> >directories (/TLCS and /TLCSAPPS) that contain a bunch of network 
> applications.  
> 
> I wouldn't expect applications (code) to be in a world-writable
> directory.
> 
> >Unfortunately, I only have the capability to copy files our to Windows 
> Workstations.  
> >When I copy the files and re-copy them back to the new file server, then 
> end 
> >up as owned by whatever user I use for the transfer.  Other users are then 
> 
> Right: he who writes the files, owns the files, generally.  Whyever are
> you writing back over applications, anyway?  There's something missing
> here that makes me think the answer is "well, stop banging your head on
> that wall, then, and it will stop hurting."
> 
> -- 
> Vs lbh pna ernq guvf, lbh'er va ivbyngvba bs
> gur Qvtvgny Zvyyraavhz Pbclevtug Npg.  -- anon.
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://luni.org/pipermail/luni/attachments/20030607/7dbf65cc/attachment.htm