http://support.apple.com/kb/HT3229
这些权限允许 Drop Box 工作，但是，从 Mac 客户端传输的大文件在传输过程中会显示出来，然后消失。复制到其他文件夹没问题。从共享的另一个文件夹复制到 Drop Box 中也可以。还有谁有适用于 Mac OS X 客户端的 Windows Server 2003 的可靠 Drop Box 配置？我们不再使用 Macintosh 文件服务，希望使用标准 Windows/SMB 共享。
编辑 这些文件的大小从 1 MB 到 2 GB 不等。它是 NTFS。它是我们的文件服务器。
编辑2投递箱就像一个邮件槽 - 东西可以进去，但不能出来。本质上，它是写入，而不是读取或列出目录内容。
答案1
除了您提到的知识库文章之外，我建议您查看 ExtremeZ-IP (http://www.grouplogic.com/products/extremeZ-IP/)，该程序将安装在您的 2k3 服务器上以帮助促进传输。我在混合操作系统环境中使用它，其中大型图形文件经常在服务器和 Mac 客户端之间传输。它确实有助于加快传输速度，而且我从未遇到过配置后大文件消失的问题。
答案2
从 Mac 客户端开始，仅使用 SMB://，无需任何其他协议。我一直使用 MacBook，从未遇到过 Windows 共享问题。我只需使用 SMB:// 连接连接到共享，就像我使用 Windows 客户端一样，然后执行我需要的操作。文件在任一方向都可以正常复制。
至于文件系统，除了系统强加的限制（例如文件大小）之外，无论是 FAT 还是 NTFS 都没有任何区别。这方面由主机处理，而不是客户端。在 Mac 上使用 NTFS 只有在 Mac 本身上才会有问题，例如 NTFS 格式的外部驱动器。
答案3
原生 Windows 将允许 Mac 用户使用文件共享。
话虽如此，如果没有 ExtremeZIP 之类的东西，您的资源分支将像公牛的乳房一样无用。如果您不需要资源分支，那也没问题，Mac 始终连接到 Windows 上的 Web 服务器、FTP 服务器等。但我大胆猜测，有时文件没有按预期下载，或者对不知道类型和创建者代码是指示文件在给定程序中打开的内容的用户来说，文件完全没有价值。填充文件提供的保护不仅仅是缩小下载大小。如果图形艺术家、设计师、摄影师和音乐家丢失了所有 IPTC 信息之类的信息，他们可能会非常生气。
还要注意另外一件事情 - 如果处于混合操作系统网络环境中 - 要么所有 Mac 都通过 afp 连接，要么通过 smb 连接，但它们无法挑选，除非您向帮助台提供一个虚假号码。
我们最近从一台服务器（运行 ExtremeZIP - 适用于 Windows 上的 Mac 的优秀软件包）迁移到另一台服务器（运行 FullPress，使用 k-share）
我们提出使用 Applescript 在一个周末内移动这些文件（价值数千兆的文件） - 并告诉他们这样做的好处 - 文件将保留日期和时间信息、资源分支等。
“不，不，不，不！”经理们说，“我们想在迁移过程中整理好一切。”所以我们召开了一次会议，讨论他们将如何完成这项任务。不用说，他们一次又一次地缺席会议。所以最终，经理们指派艺术家（他们每个人都有一台 PC 和一台 Mac）来移动新“整理”的文件。
艺术家们不想“放弃”使用他们的 Mac，所以他们认为他们会使用他们那台破旧的 PC 来安装来自 2 个 Windows 服务器的共享，并通过将 PC 上的大量制作文件从一个共享拖到另一个共享来传输它们。
当服务台接到大量电话时，我们发现他们已经移动了文件 - “文件夹看起来像包裹”、“我的 graffle 文件崩溃了”、“我在一台 Mac 上看不到文件，但我的合作伙伴可以在另一台 Mac 上看到”，
权限完全被剥夺，最后期限被耽误，客户被激怒，手持磨砂刀的艺术总监潜伏在停车场寻找系统管理员。我仍然回避电梯里穿着蓝色牛仔裤和勃肯鞋的用户……
为了弄清楚到底发生了什么，我冒险猜测了一下，并对同一个共享建立了两个连接，一个通过 afp，一个通过 smb，然后发现了灾难的根源（那些邪恶的艺术家！）
当将文件从一台运行 Mac 的 Windows 服务器传输到另一台 Windows 服务器时，必须有一台 Mac 作为中间服务器，以保留资源分支。
给聪明人的一句话是，永远不要让一群喝了太多咖啡、无人监督、吃饱糖、半夜听着 Slipknot 音乐的用户移动他们正在制作的文件……除非你先让他们签署免责声明。
答案4
我们最终使用 cfis 作为 Mac 上的协议名称。