This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

TMP files created when saving to remote computer, fixed by ticking Exclude Remote Files

Hi,

I'm working on a site that has an issue with TMP files being created when saving to a network drive.  This can be resolved by us ticking "Exclude Remote Files" in Policy, however we'd rather not use that option for obvious reasons.  The tmp file is created during the save process, it does not complete the whole save process and leaves an alpha-numeric temp file on the network and sticks the only working version of the file into local cache on the machine that has attempted the save.

Is there any more information  on this?  Microsoft say that the fault is with Anti-Virus(all types too, including their own) but other than suggesting to turn off Remote File scanning they offer no solution. 

I guess I'm asking if this is a common fault,  whether going to version 10 of Endpoint will resolve it, or if there are known tweaks to stop this happening.

It should be noted that this mostly happens with people detected as slow link, though does seem to affect people over LAN too from time to time.

Any clues?

:26267


This thread was automatically locked due to age.
Parents
  • Hiya,

    Ok :smileyhappy:

    These files are on Fileservers, mapped drives.

    The Servers are running either Windows 2000 (I know, I know), 2003, and 2008 R2.

    The Policy running on those does not have on-access scanning set at all, they just run scheduled scans of an evening.

    The clients have (under Scanning) Read set but nothing else.  They are (Under exceptions) set to Scan All files, and under Windows Exlclusions do not have Exclude remote files ticked.

    My test policy has Exlude remote files ticked, and for those test machines we have had no more occurances.

    It's worth noting that this happens majoritively on laptops over VPN (which could be being picked up by windows 7 as a slow connection, which is why the file ends up in the clients Sync Centre)  however it does occur with desktops from time to time, but rarely.

    Microsoft refuse to troubleshoot without a chargable call but state that this problem is with the Anti-Virus and remote scanning (even their own version causes this failure apparently)

    Recreating this could prove difficult due to its very intermittant nature, however I'll give it a shot with a laptop over VPN to see if I can recreate it.

    By the way, I may not respond for a week or so suddenly as I'm 2-3 days away from becoming a father again, so if I stop responding, I'll be doing nappies but will return! :smileyhappy:
     

    :26505
Reply
  • Hiya,

    Ok :smileyhappy:

    These files are on Fileservers, mapped drives.

    The Servers are running either Windows 2000 (I know, I know), 2003, and 2008 R2.

    The Policy running on those does not have on-access scanning set at all, they just run scheduled scans of an evening.

    The clients have (under Scanning) Read set but nothing else.  They are (Under exceptions) set to Scan All files, and under Windows Exlclusions do not have Exclude remote files ticked.

    My test policy has Exlude remote files ticked, and for those test machines we have had no more occurances.

    It's worth noting that this happens majoritively on laptops over VPN (which could be being picked up by windows 7 as a slow connection, which is why the file ends up in the clients Sync Centre)  however it does occur with desktops from time to time, but rarely.

    Microsoft refuse to troubleshoot without a chargable call but state that this problem is with the Anti-Virus and remote scanning (even their own version causes this failure apparently)

    Recreating this could prove difficult due to its very intermittant nature, however I'll give it a shot with a laptop over VPN to see if I can recreate it.

    By the way, I may not respond for a week or so suddenly as I'm 2-3 days away from becoming a father again, so if I stop responding, I'll be doing nappies but will return! :smileyhappy:
     

    :26505
Children
No Data