From: gazelle@shell.xmission.com   
      
   In article ,   
   Robert Roland   wrote:   
   >On Thu, 6 Jul 2023 19:21:30 -0000 (UTC), gazelle@shell.xmission.com   
   >(Kenny McCormack) wrote:   
   >   
   >>If the files are on the same drive, then a simple rename is   
   >>performed.   
   >   
   >That is correct. In some cases, it is important to remember that the   
   >file's permissions will be retained when it is moved within the same   
   >volume.   
   >   
   >If you want the file to inherit the permissions from the destination   
   >directory, you can perform a copy and delete in stead of a move.   
      
   Assuming we are talking about the same thing...   
      
   Yes, I get bit by this from time to time when I have a file in a non-shared   
   area on a drive, and I move it into a shared area (E.g., from   
   Z:\what\ever\foo.txt" to "Z:\shared").  I find that if I try to access the   
   file through the shared drive (e.g., with Samba from a Linux machine), I   
   get Access Denied messages.  Now, as it happens, I have a script (written   
   in a certain Windows scripting language - not batch - that gives access to   
   system [API] functions) that will force the permissions of a file to be   
   re-calculated - fixing the issue.  This saves you the bother of a copy/delete.   
      
   --   
   If you think you have any objections to anything I've said above, please   
   navigate to this URL:   
       http://www.xmission.com/~gazelle/Truth   
   This should clear up any misconceptions you may have.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)