Comprimento máximo de um campo de cabeçalho MIME Content-Type?

StackOverflow https://stackoverflow.com/questions/19852

  •  09-06-2019
  •  | 
  •  

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?

Foi útil?

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.

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

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.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top