我们的devise小组使用了退役的2003文件服务器。 该服务器具有使用Mac中的SMB安装的共享。 字体存储在此共享上，然后使用另一台服务器的zip.exe存档。 通过zip.exe上的右键切换，资源分支（命名stream）将保存在zip归档文件中。
对于较新的2008文件服务器，这个过程不起作用。 具有命名stream的文件适合日常使用，但不能正确存档。 从归档中恢复时，stream将丢失，并且所需的文件已损坏。
有一件事情已经被注意到，当它们被复制到服务器时，带有资源分支的文件在2008年份额上都显示为零K. 然后在不到一分钟的时间内，文件大小就会增加到应该的数量。 在传输具有资源分支的文件时，会出现某种延迟创build指定stream的情况。 这不会发生在2003年，因为大小几乎立即。 这个延迟我怀疑是给予zip.exe的问题，某些types的访问在归档过程中不够快。
在创build/存储资源叉/命名stream方面，可以做些什么来强制2008像2003那样工作？ 是什么原因造成这种延误？
在2003服务器的共享根目录下，可以看到这个文件：.com.apple.smb.streams.off
在2008服务器的共享根目录下，可以看到这个文件：.com.apple.smb.streams.on
使用这个zip应用程序来更改这个文件来匹配2003设置 – .off – 档案保留这些stream。 复制到服务器之后的文件大小显示也几乎是即时的。
感谢您的build议。