我们的设计团队曾经/现在使用过一台即将退役的 2003 文件服务器。该服务器有一个使用 Mac 的 SMB 安装的共享。字体存储在此共享上，然后使用另一台服务器的 zip.exe 进行存档。使用 zip.exe 上的正确开关，资源分支（命名流）将保留在 zip 存档中。
对于较新的 2008 文件服务器，此过程不起作用。具有命名流的文件适合日常使用，但它们无法正确存档。从存档中恢复时，流会丢失，所需的文件也会损坏。
有一件事已经注意到，当将具有资源分支的文件复制到服务器时，它们在 2008 共享上都显示为零 K。然后在不到一分钟的时间内，文件大小就增加到应有的大小。当传输具有资源分支的文件时，创建命名流时会发生某种延迟。这在 2003 上不会发生，因为大小几乎立即正确。我怀疑这种延迟导致 zip.exe 出现问题，并且在存档过程中某种类型的访问权限授予不够快。
如何才能强制 2008 在创建/存储资源分支/命名流方面表现得像 2003？是什么导致了这种延迟？
答案1
在 2003 服务器共享的根级别上可以看到此文件：.com.apple.smb.streams.off
在 2008 服务器共享的根级别上可以看到此文件：.com.apple.smb.streams.on
将此文件更改为与 2003 设置相匹配 - .off - 使用任一 zip 应用程序的存档都会保留流。复制到服务器后文件大小的显示也几乎是即时的。
感谢您的建议。