Copying files from XP to Vista via shared network drive

I turned off UAC and rebooted. I get a dialog Destintation Folder Access
Denied You need permission to perform this action. The File name is
RedBoot_Update_Notes.doc, other doc files were copied fine, what is going on?
Here is a list of file names that could not be copied:
RedBoot_Users_Guide.doc (word document)
cnf_mgr.c.save (simple text file C)
Other C files were copied? Is this named based? Is this a configuraion
option?

I'm a little tired of the ranting that UAC is so good, then why then simple
file like these are blocked?

This shouldn't be a UAC issue, particularly not if it persists even if you
turn off UAC. A couple of questions:
1. Which machine is the server and which is the client?
2. What is the physical path for the directory that you are copying into on
the machine acting as the server?
3. What is the ACL on the directory and on the share itself?
4. What privilege level does the user account you use to establish the
connection with have?
5. Is this a domain environment, or are both machines stand-alone?
6. You said other files copied fine into that share. There is no existing
file with the same name as the one you are failing on is there?

Again, this is almost certainly not a UAC issue. The only impact UAC would
have on remote access is that non-domain admin accounts get a restricted
token when connecting from the network. However, if one file copies fine and
another does not there is something non-UAC related going on.

"tcmichals" wrote:

> I turned off UAC and rebooted. I get a dialog Destintation Folder Access
> Denied You need permission to perform this action. The File name is
> RedBoot_Update_Notes.doc, other doc files were copied fine, what is going on?
> Here is a list of file names that could not be copied:
> RedBoot_Users_Guide.doc (word document)
> cnf_mgr.c.save (simple text file C)
> Other C files were copied? Is this named based? Is this a configuraion
> option?
>
> I'm a little tired of the ranting that UAC is so good, then why then simple
> file like these are blocked?
>
>
>

See below....

"Jesper" wrote:

> This shouldn't be a UAC issue, particularly not if it persists even if you
> turn off UAC. A couple of questions:
> 1. Which machine is the server and which is the client?

XP is the "Server", I allowed the entire C:\ drive to be shared so I can
move files onto the Vista ..

So I map a drive from the XP to Vista ie Z:\c is the mount point on Vista.
C:\ on XP

> 2. What is the physical path for the directory that you are copying into on
> the machine acting as the server?

The physical path is c:\cygnetron\docs on XP on Vista it is c:\cygentron\docs
basicly just copying the entire directory contents

I use file explorer to copy the file via a file folder.

I can copied about 100,00 file in the move, but about 20 files did not copy,
some were .doc and some were .zip files. What is weird was some .doc files
were transfered and some .zip files were transfered. It was NOT a global
issue.

> 3. What is the ACL on the directory and on the share itself?

Ok, I'm new to Vista, but I think it is all allowed... Read/write etc.
I right clicked on the directory on the Vista c:\cygentron selected
properties and check security, all of the check boxes were checked...

I did a simple test, from XP via RDP, I copy the file to form
RedBoot_Users_Guide.doc to "Copy RedBoot_Users_Guide.doc " and that copies
file. I open the file via RedBoot_Users_Guide.doc Word 2003 on XP and edit
and resave. Still cannot copy from Vista.

> 4. What privilege level does the user account you use to establish the
> connection with have?

It only has read, I only want to copy files....

> 5. Is this a domain environment, or are both machines stand-alone?

stand-alone

> 6. You said other files copied fine into that share. There is no existing
> file with the same name as the one you are failing on is there?

No there is not because it will not copy file, I'm just moving files....

>
> Again, this is almost certainly not a UAC issue. The only impact UAC would
> have on remote access is that non-domain admin accounts get a restricted
> token when connecting from the network. However, if one file copies fine and
> another does not there is something non-UAC related going on.
>

Ok agreed, but why are some files being filtered? how does it know to filter
files?
Attributes? Contents? Name?
I did another copy in another directory, about 200k files, and again only
about 5 out of the 200k files did not copy. some were doc and zip files....

> "tcmichals" wrote:
>

> The physical path is c:\cygnetron\docs on XP on Vista it is c:\cygentron\docs
> basicly just copying the entire directory contents

Have you tried creating a directory inside your home folder on the Vista
system instead and copying into there?

> I can copied about 100,00 file in the move, but about 20 files did not copy,
> some were .doc and some were .zip files. What is weird was some .doc files
> were transfered and some .zip files were transfered. It was NOT a global
> issue.

It sounds to me like the files exist. The ACL on them probably won't let you
overwrite them.

run this command for me from a command prompt on the Vista system:
icacls c:\cygentron\docs

Then run this command on the XP system:
cacls c:\cygentron\docs\RedBoot_Users_Guide.doc
copy and paste the output.

> I did a simple test, from XP via RDP, I copy the file to form
> RedBoot_Users_Guide.doc to "Copy RedBoot_Users_Guide.doc " and that copies
> file. I open the file via RedBoot_Users_Guide.doc Word 2003 on XP and edit
> and resave. Still cannot copy from Vista.

That is to be expected. From what I can tell there are two likely
possibilities. Either the file exists already on the Vista system and the
error indicates that you are not allowed to overwrite it. Alternatively, the
ACL on the XP system on that file prevents the user account you are accessing
it with from reading the file.

When you established the connection from the Vista system to the XP system,
did you give it a username and password to use to establish the connection?
Otherwise you are likely a guest.

> Ok agreed, but why are some files being filtered? how does it know to filter
> files?

That's what we are trying to find out. :-)

I don't think the files are getting "filtered." I think it is a simple
permissions problem.

see below...

"Jesper" wrote:

>

>
> Have you tried creating a directory inside your home folder on the Vista
> system instead and copying into there?

I tried to copy RedBoot_Users_Guide.doc from XP onto Vista to C:\ root drive
and still the Destination Folder Access Denied dialog popped up.

Also tried the following, created a directory c:\zippy and attempted to copy
ReadBoot_Users_Guide.doc and that also failed. Destinatiuon Folder Access
Denied dialog popped up..

>
> It sounds to me like the files exist. The ACL on them probably won't let you
> overwrite them.
>

>
> run this command for me from a command prompt on the Vista system:
> icacls c:\cygentron\docs

C:\>icacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\AdministratorsI)(F)
BUILTIN\AdministratorsI)(OI)(CI)(IO)(F)
NT AUTHORITY\SYSTEMI)(F)
NT AUTHORITY\SYSTEMI)(OI)(CI)(IO)(F)
BUILTIN\UsersI)(OI)(CI)(RX)
NT AUTHORITY\Authenticated UsersI)(M)
NT AUTHORITY\Authenticated UsersI)(OI)(CI)(IO)(M)

Successfully processed 1 files; Failed processing 0 files

C:\>

>
> Then run this command on the XP system:
> cacls c:\cygentron\docs\RedBoot_Users_Guide.doc
> copy and paste the output.

The correct name of the directory is c:\cygnetron\documents

C:\>cacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\Administrators:F
BUILTIN\AdministratorsOI)(CI)(IO)F
NT AUTHORITY\SYSTEM:F
NT AUTHORITY\SYSTEMOI)(CI)(IO)F
OAKWOODFAST918\Tim Michals:F
CREATOR OWNEROI)(CI)(IO)F
BUILTIN\Users:R
BUILTIN\UsersOI)(CI)(IO)(special access
GENERIC_READ
GENERIC_EXECUTE

BUILTIN\UsersCI)(special access
FILE_APPEND_DATA

BUILTIN\UsersCI)(special access
FILE_WRITE_DATA

EveryoneOI)(CI)R

>

>
> That is to be expected. From what I can tell there are two likely
> possibilities. Either the file exists already on the Vista system and the
> error indicates that you are not allowed to overwrite it. Alternatively, the
> ACL on the XP system on that file prevents the user account you are accessing
> it with from reading the file.
>
> When you established the connection from the Vista system to the XP system,
> did you give it a username and password to use to establish the connection?

Yes This is not a guest account, admin.... And it has username and password

> Otherwise you are likely a guest.
>
>

>
> That's what we are trying to find out. :-)
>
> I don't think the files are getting "filtered." I think it is a simple
> permissions problem.
>

> I tried to copy RedBoot_Users_Guide.doc from XP onto Vista to C:\ root drive

> and still the Destination Folder Access Denied dialog popped up.

That would be by design. Only users that have Administrators in their token
can write to that directory. You do not. If you launch an elevated command
prompt (Start:All Programs:Accessories right-click Command Prompt, select Run
as administrator...) you will have an elevated token and from there you can
copy the file to the root of the C:. That is why I asked if you had tried
putting the files in your user directory instead. You have full access to
that.

>
> Also tried the following, created a directory c:\zippy and attempted to copy
> ReadBoot_Users_Guide.doc and that also failed. Destinatiuon Folder Access
> Denied dialog popped up..

> C:\>icacls c:\cygnetron\documents
> c:\cygnetron\documents BUILTIN\AdministratorsI)(F)
> BUILTIN\AdministratorsI)(OI)(CI)(IO)(F)
> NT AUTHORITY\SYSTEMI)(F)
> NT AUTHORITY\SYSTEMI)(OI)(CI)(IO)(F)
> BUILTIN\UsersI)(OI)(CI)(RX)
> NT AUTHORITY\Authenticated UsersI)(M)
> NT AUTHORITY\Authenticated UsersI)(OI)(CI)(IO)(M)

That ACL looks fine as long as you are connecting as a particular user, and
not as guest.

> The correct name of the directory is c:\cygnetron\documents

Sorry about that.

> C:\>cacls c:\cygnetron\documents

I really need the ACL on the file that won't copy. I'm wondering if somehow
you do not have access to the source file.

C:\>cacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\Administrators:F
BUILTIN\AdministratorsOI)(CI)(IO)F
NT AUTHORITY\SYSTEM:F
NT AUTHORITY\SYSTEMOI)(CI)(IO)F
OAKWOODFAST918\Tim Michals:F
CREATOR OWNEROI)(CI)(IO)F
BUILTIN\Users:R
BUILTIN\UsersOI)(CI)(IO)(special access
GENERIC_READ
GENERIC_EXECUTE

BUILTIN\UsersCI)(special access
FILE_APPEND_DATA

BUILTIN\UsersCI)(special access
FILE_WRITE_DATA

EveryoneOI)(CI)R



FYI I did backed up the files on XP to DVD and copied from DVD to Vista and
that worked.

By why not over the network? even if the directory is created off of root
it does not copy...


"Jesper" wrote:

>
> That would be by design. Only users that have Administrators in their token
> can write to that directory. You do not. If you launch an elevated command
> prompt (Start:All Programs:Accessories right-click Command Prompt, select Run
> as administrator...) you will have an elevated token and from there you can
> copy the file to the root of the C:. That is why I asked if you had tried
> putting the files in your user directory instead. You have full access to
> that.
>

>

>
> That ACL looks fine as long as you are connecting as a particular user, and
> not as guest.
>

>
> Sorry about that.
>

>
> I really need the ACL on the file that won't copy. I'm wondering if somehow
> you do not have access to the source file.
>

Weird. The ACL looks normal. I can imagine a few possible issues:
1. The files that won't copy have an ACL on the XP machine that prevents
whichever user account you are connecting with from the Vista system from
reading them. As I do not know which account you are using, I can't tell
whether that is the case.
2. The files are held open and can't be copied. It's odd that they can be
burnt to CD thought.
3. You ran into some kind of race condition bug where a file copy starts for
the file, but for some reason is restarted for the same file and fails
because the destination is still held open.

Number 1 seems most likely to be honest. The ACL on the file itself (the one
below is for the directory), and information as to which user account you
connected with would tell for sure.

That's all I can think of. Nothing else seems to make sense.

"tcmichals" wrote:

>
> C:\>cacls c:\cygnetron\documents
> c:\cygnetron\documents BUILTIN\Administrators:F
> BUILTIN\AdministratorsOI)(CI)(IO)F
> NT AUTHORITY\SYSTEM:F
> NT AUTHORITY\SYSTEMOI)(CI)(IO)F
> OAKWOODFAST918\Tim Michals:F
> CREATOR OWNEROI)(CI)(IO)F
> BUILTIN\Users:R
> BUILTIN\UsersOI)(CI)(IO)(special access
> GENERIC_READ
> GENERIC_EXECUTE
>
> BUILTIN\UsersCI)(special access
> FILE_APPEND_DATA
>
> BUILTIN\UsersCI)(special access
> FILE_WRITE_DATA
>
> EveryoneOI)(CI)R
>
>
>
> FYI I did backed up the files on XP to DVD and copied from DVD to Vista and
> that worked.
>
> By why not over the network? even if the directory is created off of root
> it does not copy...
>
>
> "Jesper" wrote:
>

Hey Guys,

I am having the same problem.. I just purchased a new computer with
Vista installed.. And so, through my network, I have some shared
folders on the XP machine I have upstairs.. When I try to transfer
these files to Vista, I receive a "Destination Folder Access Denied:
You need permission to perform this action"..

I am doing this on the administrative account.. This is getting
annoying.. Not to mention having to accept every single action.. A
few days before purchasing this computer, I watched a new Apple vs PC
computer, and it really sums up the ridiculous security on Vista.
http://youtube.com/watch?v=JheuLfWYSsc

Sorry you don't like security and Vista. If you do not want security, then
Apple is a reasonably good choice.

If you tell us more about where exactly you are trying to copy these files
to maybe we could help you.

"ryandury@gmail.com" wrote:

> Hey Guys,
>
> I am having the same problem.. I just purchased a new computer with
> Vista installed.. And so, through my network, I have some shared
> folders on the XP machine I have upstairs.. When I try to transfer
> these files to Vista, I receive a "Destination Folder Access Denied:
> You need permission to perform this action"..
>
> I am doing this on the administrative account.. This is getting
> annoying.. Not to mention having to accept every single action.. A
> few days before purchasing this computer, I watched a new Apple vs PC
> computer, and it really sums up the ridiculous security on Vista.
> http://youtube.com/watch?v=JheuLfWYSsc
>
>