I posted these questions below on the Vista team blog earlier today, but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of data
in the share that is being synchronized. I have the following questions:

1) We keep having {GUID like #}.tmp files appearing on the share after a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all it
says is “Access Denied�. I’ve verified that our user has full control to
this location. I think this is probably tied into my first question somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still on.
I’ve rebuilt the entire cache once and it worked for a day or two and then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC folder
not automatically deleted? If it is disabled I would think it should wipe
out that data in the cache, if nothing else to free up space and enhance
security. Not to mention it will quickly become obsolete. It also makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status under
the last sync was performed on x/x/xxxx? Why does the sync center icon not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled about
these issues we have been seeing. I really like the improvements over XP
though and see great promise in them.

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then after
a sucessfull sync I changed the name back. After performing that process for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today, but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of data
in the share that is being synchronized. I have the following questions:

1) We keep having {GUID like #}.tmp files appearing on the share after a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all it
says is “Access Denied�. I’ve verified that our user has full control to
this location. I think this is probably tied into my first question somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still on.
I’ve rebuilt the entire cache once and it worked for a day or two and then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC folder
not automatically deleted? If it is disabled I would think it should wipe
out that data in the cache, if nothing else to free up space and enhance
security. Not to mention it will quickly become obsolete. It also makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status under
the last sync was performed on x/x/xxxx? Why does the sync center icon not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled about
these issues we have been seeing. I really like the improvements over XP
though and see great promise in them.

Good to hear you solved the problem. And thanks for moving your question
here for others to see.

Jill

--
This posting is provided "AS IS" with no warranties, and confers no rights.

Want to learn more about Windows file and storage technologies? Visit our
team blog at http://blogs.technet.com/filecab/default.aspx.


"rmwestbrook" wrote in message
...
After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then
after
a sucessfull sync I changed the name back. After performing that process
for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today, but
was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of
data
in the share that is being synchronized. I have the following questions:

1) We keep having {GUID like #}.tmp files appearing on the share after a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all it
says is “Access Denied�. I’ve verified that our user has full control to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still on.
I’ve rebuilt the entire cache once and it worked for a day or two and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC
folder
not automatically deleted? If it is disabled I would think it should
wipe
out that data in the cache, if nothing else to free up space and enhance
security. Not to mention it will quickly become obsolete. It also makes
it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status
under
the last sync was performed on x/x/xxxx? Why does the sync center icon
not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled
about
these issues we have been seeing. I really like the improvements over XP
though and see great promise in them.

Chances are, you're going to encounter this again. There seems to be a nasty
bug (which I reported to the same blog) that prevents Offline Files from
dealing with renamed or deleted files while offline. Meaning, take your Vista
machine offline, go rename or delete a file or folder in the share, and then
try to reconnect and sync. You'll be greeted by those Access Denied errors.

The workaround is just what you discovered -- rename back to the old name,
sync (or go online), and then perform the rename again. With deleted files,
you have to create a dummy file at the original location, go online, and then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft will
provide a solution for us soon so we can stop limping along with this broken
behavior. I was really looking forward to the improvements for Offline Files
in Vista (since the XP implementation had its own issues), but instead I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform some
creative elevation exploits) to delete files from the cache, otherwise it
just silently fails and your allocated space doesn't change. Additionally,
you have to be online and the file has to exist at the original share or it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then after
a sucessfull sync I changed the name back. After performing that process for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today, but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of data
in the share that is being synchronized. I have the following questions:

1) We keep having {GUID like #}.tmp files appearing on the share after a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all it
says is “Access Denied�. I’ve verified that our user has full control to
this location. I think this is probably tied into my first question somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still on.
I’ve rebuilt the entire cache once and it worked for a day or two and then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC folder
not automatically deleted? If it is disabled I would think it should wipe
out that data in the cache, if nothing else to free up space and enhance
security. Not to mention it will quickly become obsolete. It also makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status under
the last sync was performed on x/x/xxxx? Why does the sync center icon not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled about
these issues we have been seeing. I really like the improvements over XP
though and see great promise in them.

Aaron,

My apologies for not responding to your blog comments earlier. I have pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This could
happen if you access one of many files on an autocached share while online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to "Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this, I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I can
see the files are correctly filling up against the Temporary offline files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However, the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed and
update the namespace accordingly? More importantly, how can I keep this from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I was
able to see all of my folders Online except for the cached copy of the one I
had moved -- it was marked Offline (need to sync). Well, I wanted to delete
it from the cache since it had been moved on the server. So, I right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation, and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online, and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise it
just silently fails and your allocated space doesn't change. Additionally,
you have to be online and the file has to exist at the original share or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then
after
a sucessfull sync I changed the name back. After performing that process
for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all
it
says is “Access Denied�. I’ve verified that our user has full control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC
folder
not automatically deleted? If it is disabled I would think it should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status
under
the last sync was performed on x/x/xxxx? Why does the sync center icon
not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled
about
these issues we have been seeing. I really like the improvements over
XP
though and see great promise in them.

Greetings Shubhankar,

I can confirm that was the case for many of the files causing the issue --
they showed as 0 bytes when viewing the cache via the shell extension. In
some cases, however, the file was fully available in the cache with its data
populated but I had either renamed it or the folder containg it directly from
the server. I don't recall whether those cases showed with the X overlay or
not in Explorer when I reconnected the client, but I think I remember being
able to still access the data at the old location even though it no longer
existed. Trying to sync or remove them resulted in the access denied error.

I've since had to manually remove the CSC folder because that seemed to be
the only way to get rid of the problem files and fully reinitialize the
cache. This goes without saying, but I'd really like to be able to use the
feature, and due to the blocking severity of this issue, a hotfix would
obviously be preferred over waiting for Vista's first service pack. I hope
you can help.

Thanks,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Aaron,

My apologies for not responding to your blog comments earlier. I have pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This could
happen if you access one of many files on an autocached share while online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to "Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this, I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I can
see the files are correctly filling up against the Temporary offline files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However, the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed and
update the namespace accordingly? More importantly, how can I keep this from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I was
able to see all of my folders Online except for the cached copy of the one I
had moved -- it was marked Offline (need to sync). Well, I wanted to delete
it from the cache since it had been moved on the server. So, I right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation, and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online, and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise it
just silently fails and your allocated space doesn't change. Additionally,
you have to be online and the file has to exist at the original share or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then
after
a sucessfull sync I changed the name back. After performing that process
for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all
it
says is “Access Denied�. I’ve verified that our user has full control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC
folder
not automatically deleted? If it is disabled I would think it should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status
under
the last sync was performed on x/x/xxxx? Why does the sync center icon
not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled
about
these issues we have been seeing. I really like the improvements over
XP
though and see great promise in them.

Thanks for the responses everyone! This morning I have three files that are
failing to sync again due and are reporting the "Access Denied" error. Every
time we try to sync it will create another copy of the three files with the
"GUID like #.tmp".

This error behavior has me concerned. When all of our computers are on
Vista this could fill up our file share quickly if everyone’s computer
started making the .tmp files. I'm going to try renaming them again once I
get a time setup to work on this laptop again.

Please let me know if there is anything else I can check to figure out what
is causing this to happen. Thanks, Ryan.

"Aaron Oneal" wrote:

Greetings Shubhankar,

I can confirm that was the case for many of the files causing the issue --
they showed as 0 bytes when viewing the cache via the shell extension. In
some cases, however, the file was fully available in the cache with its data
populated but I had either renamed it or the folder containg it directly from
the server. I don't recall whether those cases showed with the X overlay or
not in Explorer when I reconnected the client, but I think I remember being
able to still access the data at the old location even though it no longer
existed. Trying to sync or remove them resulted in the access denied error.

I've since had to manually remove the CSC folder because that seemed to be
the only way to get rid of the problem files and fully reinitialize the
cache. This goes without saying, but I'd really like to be able to use the
feature, and due to the blocking severity of this issue, a hotfix would
obviously be preferred over waiting for Vista's first service pack. I hope
you can help.

Thanks,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Aaron,

My apologies for not responding to your blog comments earlier. I have pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This could
happen if you access one of many files on an autocached share while online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to "Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this, I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I can
see the files are correctly filling up against the Temporary offline files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However, the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed and
update the namespace accordingly? More importantly, how can I keep this from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I was
able to see all of my folders Online except for the cached copy of the one I
had moved -- it was marked Offline (need to sync). Well, I wanted to delete
it from the cache since it had been moved on the server. So, I right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation, and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online, and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise it
just silently fails and your allocated space doesn't change. Additionally,
you have to be online and the file has to exist at the original share or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then
after
a sucessfull sync I changed the name back. After performing that process
for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all
it
says is “Access Denied�. I’ve verified that our user has full control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC
folder
not automatically deleted? If it is disabled I would think it should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status
under
the last sync was performed on x/x/xxxx? Why does the sync center icon
not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled
about
these issues we have been seeing. I really like the improvements over
XP
though and see great promise in them.

I just changed the share permission on my server from "Change" to "Full
Control" for this user group and the three errors cleared up. Thanks to
Shubhankar for the tip. I'm not exactly sure why it did not work with
"Change" permission though. I'll let ya'll know if any errors come back.
Thanks.

"rmwestbrook" wrote:

Thanks for the responses everyone! This morning I have three files that are
failing to sync again due and are reporting the "Access Denied" error. Every
time we try to sync it will create another copy of the three files with the
"GUID like #.tmp".

This error behavior has me concerned. When all of our computers are on
Vista this could fill up our file share quickly if everyone’s computer
started making the .tmp files. I'm going to try renaming them again once I
get a time setup to work on this laptop again.

Please let me know if there is anything else I can check to figure out what
is causing this to happen. Thanks, Ryan.

"Aaron Oneal" wrote:

Greetings Shubhankar,

I can confirm that was the case for many of the files causing the issue --
they showed as 0 bytes when viewing the cache via the shell extension. In
some cases, however, the file was fully available in the cache with its data
populated but I had either renamed it or the folder containg it directly from
the server. I don't recall whether those cases showed with the X overlay or
not in Explorer when I reconnected the client, but I think I remember being
able to still access the data at the old location even though it no longer
existed. Trying to sync or remove them resulted in the access denied error.

I've since had to manually remove the CSC folder because that seemed to be
the only way to get rid of the problem files and fully reinitialize the
cache. This goes without saying, but I'd really like to be able to use the
feature, and due to the blocking severity of this issue, a hotfix would
obviously be preferred over waiting for Vista's first service pack. I hope
you can help.

Thanks,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Aaron,

My apologies for not responding to your blog comments earlier. I have pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This could
happen if you access one of many files on an autocached share while online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to "Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this, I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I can
see the files are correctly filling up against the Temporary offline files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However, the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed and
update the namespace accordingly? More importantly, how can I keep this from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I was
able to see all of my folders Online except for the cached copy of the one I
had moved -- it was marked Offline (need to sync). Well, I wanted to delete
it from the cache since it had been moved on the server. So, I right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation, and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online, and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise it
just silently fails and your allocated space doesn't change. Additionally,
you have to be online and the file has to exist at the original share or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around my
"Access Denied" errors. I had to rename the files before syncing, then
after
a sucessfull sync I changed the name back. After performing that process
for
each file with an error I was able to delete all the {GUID}.tmp files and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and all
it
says is “Access Denied�. I’ve verified that our user has full control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards about
Oplocks being disabled that might possibly cause this, but I have not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the CSC
folder
not automatically deleted? If it is disabled I would think it should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the status
under
the last sync was performed on x/x/xxxx? Why does the sync center icon
not
animate when an automatic sync is in progress? It also appears that if
errors occur during an automatic sync they are not reported on the sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of puzzled
about
these issues we have been seeing. I really like the improvements over
XP
though and see great promise in them.

Hi Aaron,
It sounds like you do have ghosts and that is what is causing the issues-
problems deleting cache entries and errors syncing server modified files,
when the files are ghosts on the client. Both are bugs that we know about
and that we have fixed/will fix. Unfortunately, I don't have information yet
about when or how the fixes will be released. I shall let you know when I
know more.
As a short term solution, you might try using manually cached files instead
of auto-cached files. So you would make the shares/folders available
explicitly by either manually (rt click-always available offline) or
through a group policy. Pending the fixes, this would alleviate your
problems.
Thanks for trying out offline files and reporting the issues.

Hope this helps,
Shubhankar

"Aaron Oneal" wrote in message
...
Greetings Shubhankar,

I can confirm that was the case for many of the files causing the issue --
they showed as 0 bytes when viewing the cache via the shell extension. In
some cases, however, the file was fully available in the cache with its
data
populated but I had either renamed it or the folder containg it directly
from
the server. I don't recall whether those cases showed with the X overlay
or
not in Explorer when I reconnected the client, but I think I remember
being
able to still access the data at the old location even though it no longer
existed. Trying to sync or remove them resulted in the access denied
error.

I've since had to manually remove the CSC folder because that seemed to be
the only way to get rid of the problem files and fully reinitialize the
cache. This goes without saying, but I'd really like to be able to use the
feature, and due to the blocking severity of this issue, a hotfix would
obviously be preferred over waiting for Vista's first service pack. I hope
you can help.

Thanks,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Aaron,

My apologies for not responding to your blog comments earlier. I have
pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance
of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This
could
happen if you access one of many files on an autocached share while
online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while
offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you
reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to
"Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this,
I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I
can
see the files are correctly filling up against the Temporary offline
files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However,
the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this
time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed
and
update the namespace accordingly? More importantly, how can I keep this
from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I
was
able to see all of my folders Online except for the cached copy of the
one I
had moved -- it was marked Offline (need to sync). Well, I wanted to
delete
it from the cache since it had been moved on the server. So, I
right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed
deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation,
and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it
from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files
from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old
name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online,
and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually
being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft
will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise
it
just silently fails and your allocated space doesn't change.
Additionally,
you have to be online and the file has to exist at the original share
or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no
fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around
my
"Access Denied" errors. I had to rename the files before syncing,
then
after
a sucessfull sync I changed the name back. After performing that
process
for
each file with an error I was able to delete all the {GUID}.tmp files
and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista
Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB
of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share
after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and
all
it
says is “Access Denied�. I’ve verified that our user has full
control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards
about
Oplocks being disabled that might possibly cause this, but I have
not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two
and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the
CSC
folder
not automatically deleted? If it is disabled I would think it
should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the
status
under
the last sync was performed on x/x/xxxx? Why does the sync center
icon
not
animate when an automatic sync is in progress? It also appears that
if
errors occur during an automatic sync they are not reported on the
sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of
puzzled
about
these issues we have been seeing. I really like the improvements
over
XP
though and see great promise in them.

I've been a long time user of offline files, so this was an unfortunate
regression for me after the upgrade to Vista. Fortunately I am able to
configure most of my shares for manual caching as an interim solution. After
some limited testing, it appears to be performing the synchronizations
correctly. I am looking forward to those fixes, however, so I can once again
take advantage of the performance and availability benefits auto-caching
provides. I would appreciate knowing more about the fixes and the timeframe
when the information is available.

Thank you,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Hi Aaron,
It sounds like you do have ghosts and that is what is causing the issues-
problems deleting cache entries and errors syncing server modified files,
when the files are ghosts on the client. Both are bugs that we know about
and that we have fixed/will fix. Unfortunately, I don't have information yet
about when or how the fixes will be released. I shall let you know when I
know more.
As a short term solution, you might try using manually cached files instead
of auto-cached files. So you would make the shares/folders available
explicitly by either manually (rt click-always available offline) or
through a group policy. Pending the fixes, this would alleviate your
problems.
Thanks for trying out offline files and reporting the issues.

Hope this helps,
Shubhankar

"Aaron Oneal" wrote in message
...
Greetings Shubhankar,

I can confirm that was the case for many of the files causing the issue --
they showed as 0 bytes when viewing the cache via the shell extension. In
some cases, however, the file was fully available in the cache with its
data
populated but I had either renamed it or the folder containg it directly
from
the server. I don't recall whether those cases showed with the X overlay
or
not in Explorer when I reconnected the client, but I think I remember
being
able to still access the data at the old location even though it no longer
existed. Trying to sync or remove them resulted in the access denied
error.

I've since had to manually remove the CSC folder because that seemed to be
the only way to get rid of the problem files and fully reinitialize the
cache. This goes without saying, but I'd really like to be able to use the
feature, and due to the blocking severity of this issue, a hotfix would
obviously be preferred over waiting for Vista's first service pack. I hope
you can help.

Thanks,
Aaron

"Shubhankar Sanyal [MSFT]" wrote:

Aaron,

My apologies for not responding to your blog comments earlier. I have
pasted
the comment here and will try to respond to them:

All three issues you have mentioned here seem to point to the existance
of
"ghosts" on your system. Ghosts are files/directories for which you have
entries in your cache, but their data has not yet been filled in. This
could
happen if you access one of many files on an autocached share while
online.
In this case, the file you did access while online would be available
online, but all the other files in the share would be ghosts while
offline.
You should be able to make them out in the UI because their icons will be
grayed out and will have an icon overlay shaped like an 'X.' Additionally
you would not be able to open these items while offline.

Please let me know if you see these ghosts on your system inside the
shares/directories in question, when you encounter the issues you
reported.

Thanks,
Shubhankar



"I've really been looking forward to the enhancements to Offline Files in
Vista. But, I seem to have run into a couple problems preventing me from
using the feature and I'd really appreciate some help.

I'm working with shares of an XP SP2 machine with caching set to
"Automatic
caching of documents". This allowed my Vista Business workstation to
automatically cache files from the share when accessed. After doing this,
I
have encountered three issues.

Issue #1: When I go to the Offline Files applet in the Control Panel, I
can
see the files are correctly filling up against the Temporary offline
files.
When I click "Delete Temporary Files..." I receive the expected dialogs
telling me it's clearing the space and completes successfully. However,
the
bar doesn't move, the same amount of space is still allocated when the
deletion completes, and the files still seem to be available offline.
Basically, the button has no practical effect and no space is reclaimed.

Issue #2: While offline, I moved some folders on the XP machine. When I
reconnected with Vista and tried to sync, I received numerous errors all
from the folder location that was moved saying "Unable to sync at this
time.
Please try again." I made no changes to the files while offline. Now I
understand some changes were made to this feature to support shares going
offline inside of a DFS root, but these are just sub-folders inside of a
regular share -- why doesn't it realize the subfolder has been removed
and
update the namespace accordingly? More importantly, how can I keep this
from
happening and how can I correct it now that it has (as in, make the sync
errors to the non-existent directory stop)?

Issue #3: From the General tab of the same applet, I clicked "View your
offline files" and navigated to the share giving me trouble. Inside, I
was
able to see all of my folders Online except for the cached copy of the
one I
had moved -- it was marked Offline (need to sync). Well, I wanted to
delete
it from the cache since it had been moved on the server. So, I
right-clicked
and selected "Delete Offline Copy". I was greeted with, "Completed
deleting
offline copes." Yet, the cached folder was still listed -- no change.

So to sum up, why doesn't it recognize a moved folder in this situation,
and
why can't I delete anything from the offline files cache?

I have reproduced this on two different Vista installations. I can
completely clear the cache and start over, but that doesn't prevent it
from
happening again."

"Aaron Oneal" wrote in message
...
Chances are, you're going to encounter this again. There seems to be a
nasty
bug (which I reported to the same blog) that prevents Offline Files
from
dealing with renamed or deleted files while offline. Meaning, take your
Vista
machine offline, go rename or delete a file or folder in the share, and
then
try to reconnect and sync. You'll be greeted by those Access Denied
errors.

The workaround is just what you discovered -- rename back to the old
name,
sync (or go online), and then perform the rename again. With deleted
files,
you have to create a dummy file at the original location, go online,
and
then
remove it again.

Basically, this bug makes synchronizing impossible (for my environment
anyway) since one of the main points to "Offline Files" is actually
being
able to go offline and reconcile the changes when you come back online.
Clearly it's not operating as advertised. One can only hope Microsoft
will
provide a solution for us soon so we can stop limping along with this
broken
behavior. I was really looking forward to the improvements for Offline
Files
in Vista (since the XP implementation had its own issues), but instead
I've
ended up with less functionality.

One more gotcha to watch out for -- you have to disable UAC (or perform
some
creative elevation exploits) to delete files from the cache, otherwise
it
just silently fails and your allocated space doesn't change.
Additionally,
you have to be online and the file has to exist at the original share
or
it
still won't delete it from the cache.

Very frustrating. More so considering 5 months since RTM and still no
fix.

"rmwestbrook" wrote:

After a few hours of troubleshooting today. I was able to work around
my
"Access Denied" errors. I had to rename the files before syncing,
then
after
a sucessfull sync I changed the name back. After performing that
process
for
each file with an error I was able to delete all the {GUID}.tmp files
and
they did not come back after several full syncs.


"rmwestbrook" wrote:

I posted these questions below on the Vista team blog earlier today,
but was
requested that I post them here instead.

I’ve been having some problems with Offline files on a Vista
Ultimate
laptop
that is connected to our Windows 2003 R2 server. We have about 20GB
of
data
in the share that is being synchronized. I have the following
questions:

1) We keep having {GUID like #}.tmp files appearing on the share
after
a
sync. What exactly are these files and why are they created?
2) About fifteen files are giving an error in the sync center and
all
it
says is “Access Denied�. I’ve verified that our user has full
control
to
this location. I think this is probably tied into my first question
somehow.
Why does this happen? I’ve ran across a couple of other boards
about
Oplocks being disabled that might possibly cause this, but I have
not
modified this setting on the server and it looks like they are still
on.
I’ve rebuilt the entire cache once and it worked for a day or two
and
then
started giving these “Access Denied� errors again.
3) When you disable Offline files in the Control Panel why is the
CSC
folder
not automatically deleted? If it is disabled I would think it
should
wipe
out that data in the cache, if nothing else to free up space and
enhance
security. Not to mention it will quickly become obsolete. It also
makes it
a lot harder to clear the cache.
4) Why does the sync center not count an automatic sync on the
status
under
the last sync was performed on x/x/xxxx? Why does the sync center
icon
not
animate when an automatic sync is in progress? It also appears that
if
errors occur during an automatic sync they are not reported on the
sync
center system tray icon.
5) Is it still a good idea to schedule a sync even though it
automatically
syncs when you are back online?

Thanks for your help with these questions. I’ve been kind of
puzzled
about
these issues we have been seeing. I really like the improvements
over
XP
though and see great promise in them.