我只是为数据库表设计模式,它将保存电子邮件附件的详细信息 - 字节大小,文件名和内容类型(即“image/jpg”,“audio/mp3”等)。MIME Content-Type标题字段的最大长度?
有人知道我可以预期内容类型的最大长度吗?
我只是为数据库表设计模式,它将保存电子邮件附件的详细信息 - 字节大小,文件名和内容类型(即“image/jpg”,“audio/mp3”等)。MIME Content-Type标题字段的最大长度?
有人知道我可以预期内容类型的最大长度吗?
我希望我没有误读,但它看起来像长度是最大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,但它似乎没有。
我们运行一个SaaS系统,允许用户上传文件。我们最初设计它来存储多达50个字符的MIME类型。在过去的几天中,我们已经看到几次尝试上传71字节的类型。所以,我们正在变为250. 100似乎“很好”,但它只比我们现在看到的最大值还要多。 500似乎很愚蠢,所以250是选中的一个。
在最新标准RFC4288的RFC 6838中,有以下声明。 “
”另请注意,虽然此语法允许最多127个字符的名称,但实现限制可能会导致此类长名称出现问题。因此,<type-name>
和<subtype-name>
应限制为64个字符。
64 + 1 + 64 = 129。
但我怀疑的标准应该意味着63 + 1 + 63 = 127。
我会很高兴,如果@伊恩 - 尼尔森(或@speaker)可在这答案强调数量255。 – 2013-02-18 14:37:39
@ŁukaszSiwiński那样? – 2013-02-18 15:44:29