我只是设计一个数据库表的架构,该表将保存电子邮件附件的详细信息 - 它们的大小(以字节为单位)、文件名和内容类型(即“图像/jpg”、“音频/mp3”等)。

有人知道我可以期望的内容类型的最大长度吗?

有帮助吗?

解决方案

我希望我没有读错,但看起来长度最大为 127/127 或 总计 255.

RFC 4288 4.2(第6页)中有参考:

Type and subtype names MUST conform to the following ABNF:

   type-name = reg-name
   subtype-name = reg-name

   reg-name = 1*127reg-name-chars
   reg-name-chars = ALPHA / DIGIT / "!" /
                   "#" / "$" / "&" / "." /
                   "+" / "-" / "^" / "_"

我不清楚 + 后缀是否可以添加到 127 之后,但似乎不能。

其他提示

在最新标准并废弃 RFC4288 的 RFC 6838 中,有以下声明。

“另请注意,虽然此语法允许名称最多为 127 个字符,但实现限制可能会使如此长的名称出现问题。为此原因, <type-name><subtype-name> 应限制为 64 个字符。”

64+1+64 = 129.

但我怀疑标准应该是63+1+63=127。

关联: https://tools.ietf.org/html/rfc6838#section-4.2

我们运行一个 SaaS 系统,允许用户上传文件。我们最初设计它是为了存储最多 50 个字符的 MIME 类型。在过去的几天里,我们看到了多次上传 71 字节类型的尝试。所以,我们将更改为 250。100 看起来“不错”,但它只比我们现在看到的最大值多几个。500 似乎有点傻,所以选择了 250。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top