[进一步编辑]：哦，我是个白痴。 我刚刚意识到自己很早以前就知道这个问题（NTFS就是这里的问题），然后就忘记了，因为我没有必要处理这么长时间以来的任何事情。 所以…没关系，我猜。 有人知道在Server 2008中有一个很好的解决方法吗？
[编辑]：哎呀，应该说：这是基于Windows Server 2008的域。 我猜如果有一个修复/替代方法，我需要采取，这将是在组策略的东西，但无论什么作品。
这可能是我以前从来没有注意过的事情，但是我有一系列类似于“总监” – >“pipe理人员” – >“普通职员” – >“兼职人员”的文件夹。 每个人都是共享的，具有下降的权限，所以例如部门负责人对'Director'文件夹具有完全控制权，而最底层的员工对'PT Staff'文件夹具有完全控制权，并且对上部文件夹没有权限。 相当简单的布局反映了部门的实际层次，理论上（但显然不是在实践中）适应了这个地方的相当紧张的本质。
我看到的问题 – 也许这是意图的行为，但似乎不应该是 – 如果一个经理决定，正常的员工需要访问目前在经理的目录中的“FolderX”然后移动到“普通员工”文件夹中，即使“普通员工”是普通员工完全控制的“普通员工”子文件夹，“普通员工”也不会获得正常员工的权限。 普通员工可以复制整个目录，在这种情况下，他们将在副本上获得“完全控制”，但是他们不能直接修改原始文件，或者删除“FolderX”。
是否有东西我错过了，将任何文件夹移动到文件夹“X”立即inheritance“X”的权限，无论谁最初创build文件夹或从哪里移动？ 还是有一些更好的办法做我想做的事情，我应该想到，没有？
你在说这个： 如何解决NTFS移动/复制devise缺陷？
我曾与这位MSFT员工发生争执。 这个说法是，它是按照devise运作的。 我的观点是，这个function并没有在市场上运行。
我最好的经验来自在共享级别设置权限，而不是在共享中的较低目录使用权限。 （我也强烈build议不允许用户自己更改权限！）当文件在共享之间移动时，它是一个“创build/删除”而不是一个移动，因此会发生权限inheritance。