Excel Office URI方案忽略内容配置

当我使用打开excel文件时

ms excel:nft | u|https://link-to-file.com/very%20Unreadable%20File%20Identifier.xlsx?useThisFileName=file%20Name.xlsx

在响应中指定了内容处置

内容配置：附件；filename=“文件%20Name.xlsx”；文件名*=UTF-8''文件%20Name.xlsx

Excel打开链接并创建一个名为

非常不可读的文件标识符.xlsx

的文件

但是当我打开

https://link-to-file.com/very%20Unreadable%20File%20Identifier.xlsx?useThisFileName=file%20Name.xlsx

，在任何浏览器中，它都以文件名

file name.xlsx

有没有办法使Office URI方案尊重内容处置头或告诉Office URI中的文件名？

（此处Office中的当前MSFT员工。在负责此方案的团队中）

Office不支持URI方案方案中的内容处置。浏览wikipedia和RFCs，1995年MIME处理看起来很正常，1999年HTTP提到了这一点，2011年变得更加正式（有了全球化支持，这对Office客户群至关重要）。RFC6266还说它不是HTTP/1.1的一部分。我不知道这个URI方案是什么时候出现的，但它可能在1994年到2002年之间，但这比我加入微软和我现在的团队还要早。我可能错过了很多历史，在被指到这个问题后，我只是浏览了一下RFC，试图猜测为什么不支持这个

P>加上Office拥有的第一方服务器没有这种情况，因此原始开发人员在那个时代可能根本不考虑这一点。（注意3xx重定向不能作为一种解决方法，因为在这个场景中afaik也不支持这种做法。）

---

这是一个很好的功能要求。这会产生一点向后兼容性问题，因为服务器不知道现代Office客户端是否要打开链接，或者它是否是旧客户端。（或者如果使用了第三方Office客户端实现）因此，在将其放在团队积压工作的顶部时，我会有些犹豫。但是，这为服务端实现者，特别是自动生成内容的实现者提供的效用是显而易见的。所以请考虑你的特征请求，但我不能保证它会得到实现。我的团队将寻求更多的反馈，说明此功能在优先级排序中是需要的。

感谢Peter提供的描述性答案。