Re: ignore dashes etc. (was Registration of new charset GB18030 (fwd))

Very sorry for the confusion.

At 22:47 02/07/20 -0700, ned.freed@mrochek.com wrote:
>>At 20:41 02/07/18 -0700, Mark Davis wrote:
>
>> >And what harm does it do, to make the name matching case-insensitive --
>> >especially since a great many implementations do that anyway?
>
>>Case-insensitive matching doesn't harm,

I was right up to here.


>>as 'charset' matching was
>>always case sensitive in the specs and in all implementations.

sensitive -> insensitive! Very sorry for this typo.

Regards,    Martin.


>I don't know where you got this idea, but it simply isn't true. RFC 2046
>section 4.1.2 is quite clear on the matter:
>
>  Unlike some other parameter values, the values of the charset parameter 
> are NOT
>  case sensitive.
>
>I also can assure you that various cases of US-ASCII, Iso-8859-1, and
>numerous other charsets are routinely used in practice.
>
>Now, it is true that RFC 2278 doesn't come out and say that all charset values
>are case-insensitive. And this should probably be clarified. But it is a heck
>of a stretch to infer that they are case sensitive given that the subset
>intended for use in MIME most definitely are not. (This last point is actually
>reiterated in the ABNF in RFC 2978 section 2.3.)
>
>                                 Ned