Comprimento máximo de um campo de cabeçalho MIME Content-Type?
Pergunta
Estou apenas projetando o esquema para uma tabela de banco de dados que conterá detalhes de anexos de e-mail - tamanho em bytes, nome do arquivo e tipo de conteúdo (ou seja,"imagem/jpg", "áudio/mp3", etc).
Alguém sabe o comprimento máximo que posso esperar que um tipo de conteúdo tenha?
Solução
Espero não ter interpretado mal, mas parece que o comprimento é no máximo 127/127 ou 255 no total.
RFC 4288 tem uma referência em 4.2 (página 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 / "!" /
"#" / "$" / "&" / "." /
"+" / "-" / "^" / "_"
Não está claro para mim se o sufixo + pode somar além de 127, mas parece que não.
Outras dicas
No RFC 6838, que é o padrão mais recente e obsoleto, o RFC4288, há a seguinte declaração.
"Observe também que, embora esta sintaxe permita nomes de até 127 caracteres, os limites de implementação podem tornar esses nomes longos problemáticos.Por esta razão, <type-name>
e <subtype-name>
DEVE ser limitado a 64 caracteres."
64+1+64 = 129.
Mas suspeito que o padrão deveria significar 63+1+63=127.
Executamos um sistema SaaS que permite aos usuários fazer upload de arquivos.Nós o projetamos originalmente para armazenar tipos MIME de até 50 caracteres.Nos últimos dias, vimos várias tentativas de fazer upload de tipos de 71 bytes.Então, estamos mudando para 250.100 parecia "bom", mas é apenas um pouco mais do que o máximo que estamos vendo agora.500 parece bobo, então 250 é o selecionado.