我们在混合的Mac / PC环境中工作。 桌面操作员只能在Mac上工作，而我们的后端服务是基于Windows的。 还有一些手动操作是在Windows 7上完成的。
我们称之为“鬼文件夹”。 这些文件夹即使对于Windowspipe理员帐户也无法访问。 Windows不显示任何人的权限！ 即使pipe理员用户也看不到文件夹权限或所有者 – pipe理员也不能拥有所有权。 完全locking。
这样的文件夹在以下情况下创build：
SMB://<IP-address>表示法挂载在Mac上。 这个文件夹会在一段时间后自行消失（!!）时间范围可以是从几分钟到几个小时的任何时间。
在Mac上，UNIX的“ls -la”命令正常显示文件夹权限。 但是，文件夹内容的“ls -la”没有列出任何内容。 甚至不是“。” 或者“当前”和“上一级”文件夹的“..”。
这种情况可以随意重复 – 删除可以尝试在Mac或Windows上。
尝试从Mac应用程序保存（覆盖）文件时也会出现类似的行为。 这会给权限错误 – 原始文件从服务器上消失。 这表明成功删除了原始文件，但未能写入新的内容。
只有在至less有一台Mac安装了共享并且共享的任何文件夹在Finder中打开的情况下，才会出现此情况。 一个不被任何Mac访问的共享不会产生这个问题。
我们有粗略的证据表明，初始删除尝试（当不成功的时候）将实际（或部分）从Windows文件系统中删除该文件夹。 我们已经看到删除显然在Windows资源pipe理器上取得成功。 但是，Mac SMB连接好像在某种程度上“否认”了删除之后，使文件夹在Windows文件系统中可见，但具有空权限。
只要共享从所有的Mac卸载，locking的文件/文件夹立即释放。 一些子文件夹和/或文件将立即被删除，一些留在那里。 他们可以随意删除。
通过Mac OS X 10.6.5 – 10.8.2进行validation
还针对“命名stream”问题进行了testing（请参阅http://support.apple.com/kb/HT4017 ）。 在共享的根目录下创build文件“.com.apple.smb.streams.off”并不能解决问题。
这与Mac OSX 10.6中的旧post非常相似，它使Windows Server上的打开文件保持不变