我只是设计一个数据库表的模式,它将保存电子邮件附件的详细信息 - 它们的大小以字节,文件名和内容类型(即“image / jpg”,“audio / mp3”等)。 / p>
有人知道我可以期待内容类型的最大长度吗?
答案 0 :(得分:43)
我希望我不会误读,但看起来长度最大为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,但似乎没有。
答案 1 :(得分:6)
在RFC 6838中,这是最新标准并废弃RFC4288,有以下声明。
“另请注意,虽然此语法允许最多127个字符的名称,但实施限制可能会导致此类长名称出现问题。因此,<type-name>
和<subtype-name>
应限制为64个字符。”
64 + 1 + 64 = 129。
但我怀疑标准应该是63 + 1 + 63 = 127。
答案 2 :(得分:1)
我们运行一个允许用户上传文件的SaaS系统。我们最初设计它来存储最多50个字符的MIME类型。在过去的几天里,我们已经看到了几次上传71字节类型的尝试。所以,我们正在改为250. 100似乎“好”,但它只比我们现在看到的最大值多一点。 500似乎很愚蠢,所以250是选定的。