Domanda

Sto solo progettando lo schema per una tabella di database che conterrà i dettagli degli allegati e-mail: la loro dimensione in byte, nome file e tipo di contenuto (ad es."immagine/jpg", "audio/mp3", ecc.).

Qualcuno conosce la lunghezza massima che posso aspettarmi che sia un tipo di contenuto?

È stato utile?

Soluzione

Spero di non aver letto male, ma sembra che la lunghezza sia max 127/127 o 255 totali.

RFC4288 ha un riferimento in 4.2 (pagina 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 / "!" /
                   "#" / "$" / "&" / "." /
                   "+" / "-" / "^" / "_"

Non mi è chiaro se il suffisso + possa aggiungere oltre 127, ma sembra di no.

Altri suggerimenti

Nella RFC 6838, che è lo standard più recente e obsoleto nella RFC4288, è presente la seguente dichiarazione.

"Si noti inoltre che, sebbene questa sintassi consenta nomi fino a 127 caratteri, i limiti di implementazione potrebbero rendere problematici nomi così lunghi.Per questa ragione, <type-name> E <subtype-name> DOVREBBE essere limitato a 64 caratteri."

64+1+64 = 129.

Ma sospetto che lo standard dovrebbe significare 63+1+63=127.

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

Utilizziamo un sistema SaaS che consente agli utenti di caricare file.Inizialmente lo avevamo progettato per memorizzare tipi MIME fino a 50 caratteri.Negli ultimi giorni abbiamo riscontrato diversi tentativi di caricare tipi da 71 byte.Quindi passiamo a 250.100 sembravano "buoni", ma sono solo poco più del massimo che stiamo vedendo ora.500 sembra sciocco, quindi 250 è quello selezionato.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top