好的,这就是当前的问题 - Internet Explorer 表现不佳(与 Google Chrome 和 FireFox 相反),当用户将图像保存到我们的文件服务器时,会设置临时位,因此 DFS 不会复制该文件。请参阅此文章:http://social.technet.microsoft.com/wiki/contents/articles/406.dfsr-does-not-replicate-temporary-files.aspx
此处问题的工作流程如下:
- 工作人员从 Outlook 或网络收到文件(通常是图像)。
- 他们打开该文件,它在 Internet Explorer(版本 8)中打开。
- 他们保存文件(即保存到桌面)。由于某种原因,临时属性被设置。
- 他们将其复制到我们的文件服务器(dfs'd)。
- 经理去检查,但没有出现。
- 怪它
我在网上浏览了一下,但没有找到我想要的东西。有人能建议一种方法,让 Internet Explorer 不再将这些文件标记为临时文件,即使用户正在将文件保存到桌面上?
尝试的解决方案:
- 创建一个运行 powershell 修复临时文件问题的任务。
- 让最终用户运行修复程序。
- 将图像的默认程序设置为 Firefox。
提前感谢所有能提供帮助的信息!
答案1
您是否在使用 Symantec Endpoint Protection?本文指出 Outlook Auto-Protect 插件可能会设置临时属性:
“我刚刚发现 Symantec Endpoint Protection 11.0.4 存在问题,导致 DFSR 复制出现问题。
“显然,Outlook 自动保护会导致保存的电子邮件附件设置隐藏的“临时文件”属性。DFSR 在设计上不会复制具有临时文件属性的文件。因此,任何将文件从 Outlook 保存到我们的文件服务器的用户都无法在办公室之间复制这些文件。”
如果是这样,也许在新版本中已经解决了这个问题?
答案2
我认为问题出在第 2 步。他们是否可以尝试直接从 Outlook 保存图像,而不是在 IE 中打开它?
请记住,当您从项目中打开文件时,Outlook 会使用自定义的“安全”临时目录。Outlook 在创建文件时设置临时位是有道理的,因为从 Outlook 的角度来看,它们是临时的。IE 会尽职尽责地创建该文件的副本,可能完全无意地设置了临时位。