我有一个客户，他使用的应用程序使用 *.fr3 文件，据我所知，这些文件只不过是专有格式的二进制文件。软件公司会定期通过电子邮件将这些文件发送给我的客户。使用 Outlook（2003 或 2010），客户可以保存附件，然后将文件复制到使用这些附件的应用程序中。到目前为止，没有问题，也没有出现任何异常。
当客户使用 OWA (Exchange 2003) 时，即使在同一台机器上，也尝试保存附件，结果文件为零字节。他们为那些只能通过 OWA 访问的员工采用的解决方案是让软件供应商将它们压缩并重新发送。就文件而言，这种方法很有效，但需要额外的步骤和不必要的麻烦。
我找不到任何理由来解释为什么仅有的*.fr3 文件会发生这种情况。他们收到的所有其他附件，例如 *.zip、*.pdf、*.doc(x)、*.xls(x) 等，都保存完好。防病毒软件 (Avast) 也不会将 *.fr3 视为特殊文件。
就 OWA 而言，*.fr3 文件是否是我不知道的特殊文件？我如何说服 OWA 将它们与其他文件类型一样对待，这样所有文件都可以正常保存？这不是一个大问题，只是我试图为客户解决的烦恼之一。
答案1
不久前，我在使用自定义扩展时遇到了同样的问题。显然，原因是服务器未返回有效的 MIME 类型，并且 IE 从文件头错误地检测了 MIME 类型。
我仍然不确定为什么下载内容为零字节（这种情况尤其可能发生在 XML 文件中，但我还没有读到任何关于它在二进制文件中发生的情况），但这解决了它：
在为 OWA 提供服务的 IIS 实例上添加
.fr3具有application/octet-streamMIME 类型的扩展名。（如果您可以为文件找到更合适的 MIME 类型，请使用它 -application/octet-stream适用于通用二进制文件）。跟着Brad_Saide 发布的步骤在客户端上禁用 MIME 处理和 MIME 嗅探。简而言之：
导航到以下注册表项：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_HANDLING
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_SNIFFING
将两个区域中 iexplore.exe 旁边的 DWORD 值从 1 修改为 0。
这链接发布没有解决零字节下载问题，并表示其中一个解决方案（无论是在服务器上还是在客户端上）应该可以解决 DOCX 下载问题。我做了两个更改，解决了我的问题；不幸的是，我没有尝试逐步进行更改，所以我不确定其中一个解决方案是否能解决问题。
首先尝试将扩展名/MIME 对添加到服务器，然后测试并转移到客户端。