2010-04-23 12 views

risposta

11

RFC 2822 e 5322 avere un sezioni chiamate Limiti Linea di lunghezza (2.1.1):

Ci sono due limiti che questa specifica posti sul numero di caratteri in una linea. Ogni riga di caratteri DEVE essere non più di 998 caratteri e DOVREBBE non essere più di 78 caratteri, escluso il CRLF.

...

Il più conservatore 78 raccomandazione personaggio è quello di accogliere le molte implementazioni di interfacce utente che visualizzano questi messaggi che può troncare o disastrosamente avvolgere, la visualizzazione di più di 78 caratteri per riga , nonostante il fatto che tali implementazioni sono non conforme al l'intento di questa specifica

Suona per me come il vero limite è 998 caratteri e 78 è qualcosa di t cappello con cui non devi davvero preoccuparti.

+0

+1 per me hai ragione. Non ho alcun riferimento, ma la webmail di Yahoo quando si invia un testo in chiaro racchiude più di 969 caratteri. Quindi supponendo che a Yahoo mail sappiano cosa stanno facendo, direi di andare a capo alla stessa lunghezza: 969 –

+0

Ma Outlook Express e Squirrelmail 1.4.23 webmail (quando si inviano mail semplici/di testo) continuano a racchiudere la riga attorno al 76 ° carattere (Outlook) e 73rd char (Squirrelmail) –

+0

E anche Gmail quando invia in chiaro tesxt avvolge le righe al 69 ° carattere. –

1

AFAIR, il 70 ~ 78, più probabile una versione "salva" di 80, proviene da buoni vecchi terminali, che visualizzavano 80 caratteri per riga. Nei primissimi giorni questi terminali erano solo stampanti stupide che avevano bisogno del loro output preparato sul server. Questo 80 a sua volta proviene da buone vecchie punchcard. La dimensione fisica della punchcard (e quindi in qualche modo strettamente correlata al limite 80) proviene da vassoi di denaro, che sono stati spesso usati per archiviare punchcard.

Gli esseri umani e la tecnologia hanno difficoltà a liberarsi delle vecchie abitudini. Raccomando il primo Crockford su Javascript per più storia: http://yuiblog.com/crockford