我有一个客户端使用的应用程序使用* .fr3文件，据我所知只不过是专有格式的二进制文件。 这些文件定期通过电子邮件从软件公司发送给我的客户。 使用Outlook（2003或2010），客户端可以保存附件，然后将文件复制到使用它们的应用程序。 没有问题，也没有什么不寻常的。
当客户端使用OWA（Exchange 2003）时，甚至在同一台计算机上，并尝试保存附件时，它们会生成零字节文件。 他们为那些只能通过OWA访问的员工所使用的解决scheme就是要求软件供应商将其压缩并重新发送。 这工作正常，只要文件，但涉及额外的步骤和麻烦，不应该被要求。
我无法解释为什么这只发生在* .fr3文件中。 他们收到的所有其他附件，例如* .zip，* .pdf，* .doc（x），* .xls（x）等都完美保存。 反病毒软件（Avast）并不把* .fr3视为任何特殊的东西。
* .fr3文件有什么特别的OWA关注，我不知道？ 我怎样才能说服OWA对待他们一样的其他文件types，这都保存没有问题？ 这不是一个停滞不前的问题，但只是我试图为客户清理的一个烦恼。
我以前使用自定义扩展与OWA 2003有同样的问题。 显然原因是由服务器返回的无效的MIMEtypes的组合，IE从文件的头部错误地检测MIMEtypes。
我仍然不确定为什么下载是零字节（这可能会发生在XML文件，但我没有看到有关二进制文件发生的任何事情），但是这解决了它：
在服务于OWA的IIS实例上添加带有application/octet-stream MIMEtypes的.fr3扩展。 （如果你可以find一个更合适的MIMEtypes的文件，而不是使用它 – application/octet-stream是通用的二进制文件）。
按照Brad_Saide发布的步骤禁用客户端上的MIME处理和MIME嗅探。 这是它的缺点：
导航到以下registry项：
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。
链接的发布不能解决零字节的下载问题，并说一个或其他解决scheme（无论是在服务器上还是在客户端上）都应该修复DOCX下载问题。 我做了两个改变，解决了我的问题。 不幸的是，我没有尝试增加更改，所以我不确定是否会修复它。
尝试先将扩展/ MIME对添加到服务器，然后testing并移到客户端上。