防止Internet Explorer保存设置了“T”属性的文件

好的，这里是手头的问题 – Internet Explorerperformance不佳（与Google Chrome和FireFox相反），当用户将图像保存到我们的文件服务器时，临时位被设置，所以DFS不复制文件。看到这篇文章： http : //social.technet.microsoft.com/wiki/contents/articles/406.dfsr-does-not-replicate-temporary-files.aspx

这里的问题的工作stream程是：

工作人员从Outlook或网上收到一个文件（通常是图片）。
他们打开文件，它在Internet Explorer（版本8）中打开。
他们保存文件（即，到他们的桌面）。出于某种原因，temp属性被设置。
他们将其复制到我们的文件服务器（这是dfs'd）。
经理去检查它，它不显示。
怪它

我在网上做了一些扫视，但没有find我以后的相当。任何人都有一个build议，即使用户正在将文件保存到桌面上，这种方法也会阻止Internet Explorer将这些文件标记为临时文件。

解决scheme尝试

创build运行修复临时文件问题的PowerShell任务。
让最终用户运行修复程序。
将图像的默认程序设置为Firefox。

预先感谢任何帮助！

您是否在使用Symantec Endpoint Protection？本文build议Outlook自动防护插件可能会设置临时属性：

http://www.symantec.com/connect/forums/sep-1104-outlook-auto-protect-sets-temporary-attribute-attachments-files-dont-replicate-dfsr

“我刚刚发现Symantec Endpoint Protection 11.0.4的一个问题会导致DFSR复制问题。

“显然，Outlook自动保护会导致保存的电子邮件附件具有隐藏的”临时文件“属性设置，DFSR不会使用临时文件属性进行devise复制，因此，任何将文件从Outlook保存到我们的文件服务器无法在办公室之间复制这些文件。“

如果是这样，也许它是在一个新的版本解决？

我认为这个问题是与第2步。他们可以尝试直接从Outlook保存图像，而不是在IE中打开它？

请记住，当您从项目打开文件时，Outlook会使用自定义的“安全”临时目录。从Outlook的angular度来看，Outlook在创build文件时会设置临时文件位，这是有道理的。 IE正在尽职地创build文件的副本，可能是临时位完全无意的设置。