Vista - Administrator Rights

This stupid Vista is beginnging to annoy me.
I thought when you login for the first time the user would have the same
rights as the Administrator, I guess not

> This stupid Vista is beginnging to annoy me.
> I thought when you login for the first time the user would have the same
> rights as the Administrator, I guess not

You do, but under UAC you are not an administrator all the time. What are
you trying to accomplish?

deleting files over the network is one issue and sometimes even transferring
a bunch of files in a folder over the network, some will and some won't



"Jesper" <Jesper@discussions.microsoft.com> wrote in message
news:B00F4DFE-ECA9-4AEF-A669-90B5DAC743CA@microsoft.com...
>> This stupid Vista is beginnging to annoy me.
>> I thought when you login for the first time the user would have the same
>> rights as the Administrator, I guess not
>
> You do, but under UAC you are not an administrator all the time. What are
> you trying to accomplish?

> deleting files over the network is one issue and sometimes even transferring
> a bunch of files in a folder over the network, some will and some won't

Deleting files across an SMB (Windows File Sharing) connection only works on
domain-joined machines if you use a domain-based account in the local admins
group. One feature of UAC is that when you connect with a local account in
the local admins group you get a filtered security token that does not
contain Administrators. Thus, if you are trying to delete files that are only
deletable by administrators it will fail. The work-around is to use Terminal
Services instead. You can disable the behavior that gives you a filtered
token if you have to. I'd have to dig up the reg hack to do it though. There
is no Group Policy setting for it.

A lot of people are having issues with transferring files and folders and it
is still unclear why it is failing. I have not personally seen it failing,
and from the descriptions I am getting I can't tell why it is failing. One
obvious one is if you are trying to overwrite an existing file that has an
ACL that grants only Admins access. I think something else is getting in the
way though because in most cases I have heard of people were trying to
transfer an entire large directory hierarchy. I'd be very curious for more
information on what exactly is happening here.

Whatever is happenning here is beyond be, it took me 6 years to sort out XP
and now it looks like i'm starting over again in some areas


"Jesper" <Jesper@discussions.microsoft.com> wrote in message
news:54218C51-5CEC-4BCF-8A5C-B5BA2D62DF48@microsoft.com...
>> deleting files over the network is one issue and sometimes even
>> transferring
>> a bunch of files in a folder over the network, some will and some won't
>
> Deleting files across an SMB (Windows File Sharing) connection only works
> on
> domain-joined machines if you use a domain-based account in the local
> admins
> group. One feature of UAC is that when you connect with a local account in
> the local admins group you get a filtered security token that does not
> contain Administrators. Thus, if you are trying to delete files that are
> only
> deletable by administrators it will fail. The work-around is to use
> Terminal
> Services instead. You can disable the behavior that gives you a filtered
> token if you have to. I'd have to dig up the reg hack to do it though.
> There
> is no Group Policy setting for it.
>
> A lot of people are having issues with transferring files and folders and
> it
> is still unclear why it is failing. I have not personally seen it failing,
> and from the descriptions I am getting I can't tell why it is failing. One
> obvious one is if you are trying to overwrite an existing file that has an
> ACL that grants only Admins access. I think something else is getting in
> the
> way though because in most cases I have heard of people were trying to
> transfer an entire large directory hierarchy. I'd be very curious for more
> information on what exactly is happening here.

When you copy large files to or from earlier operating systems, the copy
operation may be slower than expected on some Windows Vista-based
computers:
http://support.microsoft.com/kb/932170

Check that out.

Old dogs can learn new tricks. :-)

Clayton wrote:
> Whatever is happenning here is beyond be, it took me 6 years to sort
> out XP and now it looks like i'm starting over again in some areas
>
>
> "Jesper" <Jesper@discussions.microsoft.com> wrote in message
> news:54218C51-5CEC-4BCF-8A5C-B5BA2D62DF48@microsoft.com...
>>> deleting files over the network is one issue and sometimes even
>>> transferring
>>> a bunch of files in a folder over the network, some will and some won't
>>
>> Deleting files across an SMB (Windows File Sharing) connection only
>> works on
>> domain-joined machines if you use a domain-based account in the local
>> admins
>> group. One feature of UAC is that when you connect with a local
>> account in
>> the local admins group you get a filtered security token that does not
>> contain Administrators. Thus, if you are trying to delete files that
>> are only
>> deletable by administrators it will fail. The work-around is to use
>> Terminal
>> Services instead. You can disable the behavior that gives you a filtered
>> token if you have to. I'd have to dig up the reg hack to do it
>> though. There
>> is no Group Policy setting for it.
>>
>> A lot of people are having issues with transferring files and folders
>> and it
>> is still unclear why it is failing. I have not personally seen it
>> failing,
>> and from the descriptions I am getting I can't tell why it is
>> failing. One
>> obvious one is if you are trying to overwrite an existing file that
>> has an
>> ACL that grants only Admins access. I think something else is getting
>> in the
>> way though because in most cases I have heard of people were trying to
>> transfer an entire large directory hierarchy. I'd be very curious for
>> more
>> information on what exactly is happening here.
>

I'm not sure that is it. The issue sounds more like a race condition to me.

Yes, it definitely seems like we are starting over in some ways. XP was not
that big of an upgrade from 2000, but 2000 over NT 4.0 was similar. That's
why people like me write books. :-)

"Susan Bradley, CPA aka Ebitz - SBS Rocks" wrote:

> When you copy large files to or from earlier operating systems, the copy
> operation may be slower than expected on some Windows Vista-based
> computers:
> http://support.microsoft.com/kb/932170
>
> Check that out.
>
> Old dogs can learn new tricks. :-)
>
> Clayton wrote:
> > Whatever is happenning here is beyond be, it took me 6 years to sort
> > out XP and now it looks like i'm starting over again in some areas

Vista for dummies huh



"Jesper" <Jesper@discussions.microsoft.com> wrote in message
news:887DDC95-9C59-4EF6-8E70-05BDD0216EDA@microsoft.com...
> I'm not sure that is it. The issue sounds more like a race condition to
> me.
>
> Yes, it definitely seems like we are starting over in some ways. XP was
> not
> that big of an upgrade from 2000, but 2000 over NT 4.0 was similar. That's
> why people like me write books. :-)
>
> "Susan Bradley, CPA aka Ebitz - SBS Rocks" wrote:
>
>> When you copy large files to or from earlier operating systems, the copy
>> operation may be slower than expected on some Windows Vista-based
>> computers:
>> http://support.microsoft.com/kb/932170
>>
>> Check that out.
>>
>> Old dogs can learn new tricks. :-)
>>
>> Clayton wrote:
>> > Whatever is happenning here is beyond be, it took me 6 years to sort
>> > out XP and now it looks like i'm starting over again in some areas
>