Addison Phillips wrote:
> The longest is "cel-gaulish" (11 characters), so 83% longer.
Okay, 11 was the old record...
> But, of course, this is not "much" larger.
...yes, that's the point, "much longer" sounds like "we're not
changing anything important", and that's cowardly.
> 1. The Content-Language header has a limit of 60 (78-18).
RfC 3282, I forgot this one. For mail the SHOULD-limit is 77,
78-1 for the folding, the MUST-limit is near 998 and irrelevant
for our problems. For a comma separated language list 78-2=76.
For news it could be the same SHOULD-limit (still debated in
USEFOR, maybe we drop it and go for 998) with your formula:
Content-Language: en
....5...10....5... (18 up to SP, no folding in the first line)
> The shortest charset alias I saw was two characters
Yes, I looked only for the worst case, otherwise while I'm NO
"Unicadet" I somehow still consider utf-8 as "normal" (that's
one of the few cases where I disagree with my old "mozilla" ;-)
> The longest charset permitted is 40
Really ? I only looked into the IANA registry, not in the RfC:
Extended_UNIX_Code_Fixed_Width_for_Japanese
....5...10....5...20....5...30....5...40....5
Extended_UNIX_Code_Packed_Format_for_Japanese
Okay, the latter has a decent EUC-JP preferred MIME alias, and
the former is a DBCS.
Bye, Frank
_______________________________________________
Ltru mailing list
Ltru at lists.ietf.org
https://www1.ietf.org/mailman/listinfo/ltru
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.