Registrations are now open. Join us today!
There is still a lot of work to do on the wiki yet! More information about editing can be found here.
Already have an account?

Microsoft KB Archive/173062

From BetaArchive Wiki
Knowledge Base

Article ID: 173062

Article Last Modified on 10/31/2006


  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition

This article was previously published under Q173062


When you use Scopy.exe to copy a directory tree, the following error may appear:

Permissions, auditing, and/or owner could not be copied.

All of the files are copied correctly, but the directories will inherit the permissions of the immediate parent directories.


The account that you are using does not have permission at the List level (or greater) for the directories you are copying.


Currently, the only resolution to this problem is to give at least List permission to the account of the user running Scopy.exe.

In addition to List permission, the resource kit documentation states that Scopy.exe tries to use the following user privileges in these cases:

  • Backup Files and Folders, which allows you to copy files when your access is normally restricted at the source.
  • Restore Files and Folders, which allows you to use the /o switch to copy files that are not your own.
  • Manage Auditing and the Security Log, which allows you to use the /a switch.

The resource kit documentation also gives the syntax for Scopy.exe as the following:

   SCopy <source> <destination> [/o] [/a] [/s] [/?]
   Example: SCopy G:\from\*.* H:\to\ /s

This syntax uses the following variables:

  • source, which specifies the place from which files will be copied
  • destination, which specifies the place to which the files will be copied
  • /o, which copies owner security information
  • /a, which copies security auditing information
  • /s, which copies all files in sub-folders
  • /?, which shows all command-line options

NOTE: To copy your own files, you do not require any special user privileges. To use the /o or /a switches, or to copy other users' files to which you do not ordinarily have access, you must be logged on as a member of the Administrators group on both the computer where you are copying the files from and on the computer you are copying files to.


Microsoft has confirmed this to be a problem in Windows NT versions 3.51 and 4.0. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.

Additional query words: acl xcopy security permissions

Keywords: kbbug kbpending KB173062