Estoy diseñando el esquema de una tabla de base de datos que contendrá detalles de los archivos adjuntos del correo electrónico: su tamaño en bytes, nombre de archivo y tipo de contenido (es decir, "imagen/jpg", "audio/mp3", etc.).Longitud máxima de un campo de encabezado Content-Type MIME?
¿Alguien sabe la longitud máxima que puedo esperar que tenga un tipo de contenido?
Espero no haber leído mal, pero parece que la longitud es de 127/127 o 255 total.
RFC 4288 tiene una referencia en el apartado 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/"!"/
"#"/"$"/"&"/"."/
"+"/"-"/"^"/"_"
No me queda claro si el sufijo + puede añadir más allá de la 127, pero no aparece.
Ejecutamos un sistema SaaS que permite a los usuarios cargar archivos. Originalmente lo habíamos diseñado para almacenar tipos MIME de hasta 50 caracteres. En los últimos días, hemos visto varios intentos de subir tipos de 71 bytes. Por lo tanto, estamos cambiando a 250. 100 parecía "bueno", pero es solo un poco más del máximo que estamos viendo ahora. 500 parece tonto, entonces 250 es el seleccionado.
En RFC 6838 que es el último estándar y obsoleto RFC4288, hay una declaración siguiente.
"También tenga en cuenta que aunque esta sintaxis permite nombres de hasta 127 caracteres, los límites de implementación pueden hacer que esos nombres largos sean problemáticos. Por esta razón, <type-name> y <subtype-name> DEBEN estar limitados a 64 caracteres."
64 + 1 + 64 = 129.
Pero sospecho que la norma debería significar 63 + 1 + 63 = 127.
Sería útil para vincular a las páginas de RFC. – transilvlad
Estaría contento si @ Ian-nelson (o @speaker) podría destacar el número 255 en esta respuesta. –
@ ŁukaszSiwiński así? –
sí, eso está bien, ¡muchas gracias! –