服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

如果它被移动/复制到同一个卷中的另一个目录,则从父文件夹inheritance

任何处理文件服务器权限的人都知道,NTFS有一个有趣的devise特性/缺陷,称为移动/复制问题。 正如本MS KB文章所述 ,如果移动文件夹并且源和目标位于同一个NTFS卷上,则文件夹或文件的权限不会自动从父项inheritance。 如果复制文件夹或源和目标位于不同的卷上,权限将被inheritance。 这里是一个简单的例子: 在同一个NTFS卷上有两个名为“技术人员”和“经理”的共享文件夹。 技术人员组可以通过RW访问技术人员文件夹,pipe理员组可以通过RW访问“pipe理人员”文件夹。 如果某人有权访问这两个文件夹,并将子文件夹从“pipe理员”文件夹移动到“技术人员”文件夹,则移动的文件夹仍然只能由“pipe理员”组中的用户访问。 “技术人员”组即使位于“技术人员”文件夹下,也不能访问该子文件夹,并且应该从顶层inheritance权限。 正如你可以想象的,这会导致支持电话,票证和浪费周期解决这些最终用户问题,更不用说老鼠的权限巢,如果用户经常移动文件夹之间不同的安全文件夹/区域相同的音量。 问题是: 什么是解决这个NTFSdevise缺陷的最佳方法,以及如何在您的环境中处理它? 我知道链接的知识库文章谈到了一些registry键来改变Windows资源pipe理器的默认行为,但他们是客户端,并要求用户有能力更改权限,我认为在大多数环境中是一个非启动器,如果你想要保持对文件服务器权限的控制权(以及系统pipe理员的理智)。

Outlook 2013:如何重置为“首次运行”状态?

TL; DR 有没有一种方式通过脚本,PowerShell,reg删除,通过心灵感应,无论重置Outlook 2013,就好像没有configuration文件曾经存在,它有史以来第一次运行? 仍然在努力通过这一个,但希望别人有见识。 情景 这里的很多用户都有现有的Outlookconfiguration文件连接到内部部署的Exchange服务器。 我们正在迁移到Office 365中。为了迁移用户的Outlook,您必须在Outlook中创build新的configuration文件,或者完全删除旧的configuration文件,然后“重新开始”。 我们希望我们的用户开始新鲜的,他们的邮件configuration文件的默认configuration文件名称为“Outlook”(而不是自定义或第二个configuration文件,如“O365”) 。 这是因为我们的ERP系统在ERP软件中寻找这个configuration文件发送电子邮件。 问题 问题是“开始新鲜”并不是真的开始新鲜。 如果手动从Mail控制面板设置中删除默认configuration文件“Outlook”,则Outlook将启动而不显示configuration文件,但会提示inputconfiguration文件名称: 如果我现在inputOutlook作为新的configuration文件名称,我会得到: 如果我进入REGEDIT并查看: HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles 我仍然将“Outlook”视为一个configuration文件。 我试图做一个Reg DELETE这个键和所有的子键,虽然它说“成功删除”它不。 如果我手动删除此configuration文件密钥,我可以再次启动Outlook,当它提示一个新的configuration文件名称,我可以放在Outlook ,它将采取它,让我继续,如果它是一个新的Outlook设置: 它不会从Outlook 2013的命令行开关( 在此处find )显示/ cleanprofile仍在。 底线问题 有没有一种方式通过脚本,PowerShell,reg删除,通过心动过速,无论重置Outlook 2013,就好像没有configuration文件曾经存在,它是有史以来第一次运行?