是否有“默认”MIME 类型？答案

【问题标题】：Is there a "default" MIME type?是否有“默认”MIME 类型？
【发布时间】：2012-09-14 09:06:44
【问题描述】：

有什么可以被认为是“默认”的 mimetype？

我见过“未知/未知”和“应用程序/二进制”。但是当没有找到其他 MIME 类型时是否有默认恢复？

【问题讨论】：

Unknown file type MIME?的可能重复

标签： mime-types mime

【解决方案1】：

最不具体的官方 MIME 类型是 application/octet-stream。没有任何附加信息，它说“这是一堆字节，希望你端有一个应用程序知道如何处理它们”。有时有一个文件名可以帮助向接收者传达如何处理数据。

“未知”并没有真正添加任何内容，除了混淆不支持随机非官方 MIME 类型的客户端。 application/binary 同上；这只是重述“八位字节流”的非标准方式。

这是“如果我找不到能够充分描述我的数据的现有内容类型，我可以在Content-Type: 标头中放入什么？”这就是我对此的解释题。建议的重复 Unknown file type MIME? 有一个冗长的答案，其中讨论了 “如果我没有放置有效的 Content-Type: 标头，我的数据将如何解释？” 特别是在 HTTP 上下文中；答案是特定于协议的（例如，在电子邮件中，不包含此标头的 MIME 正文部分的默认隐含 Content-Type: 是 text/plain; charset="us-ascii"）。

【讨论】：

你错了。 IETF 说默认是没有内容类型。仔细阅读您的链接
@FF_Dev 不确定你的意思。您是说 Sampo 与他自己的答案的链接是错误的吗？还是我的回答错了？还是别的什么？
@tripleee 他的回答是“不要为未知数据发送 MIME 类型”。这与这个答案不同。所以要么他的评论是反讽的，要么是错误的。值得强调
tripleee & @FF_Dev 我认为我的回答措辞不够清楚，TLDR 部分有点令人困惑，因为我没有完全清楚在处理未知事物时应该省略什么。跨度>
@SampoSarrala 不过，答案专门讨论了 HTTP； MIME 有许多应用程序，其中许多可能受其他规范的约束，或者根本没有。一个具体的反例是电子邮件，其中省略内容类型意味着text/plain，以实现向后兼容性。