- From: Bjoern Hoehrmann <derhoermi@gmx.net>
- Date: Tue, 26 Sep 2006 02:48:17 +0200
- To: Julian Reschke <julian.reschke@gmx.de>
- Cc: <ietf-http-wg@w3.org>, <ietf-http-auth@osafoundation.org>
* Julian Reschke wrote:
>Jim Luther schrieb:
>> While we're on this subject... In rfc2617 secction 3.2.1, it says:
>>
>>> realm
>>> A string to be displayed to users so they know which username and
>>> password to use.
>>
>> It would be also nice to define the encoding of the realm string so that
>> clients that display the realm to users can display it correctly. We've
>> seen realms from servers encoded UTF-8, ISO-8859-1, and with various
>> Windows encodings. There's no good way to guess which encoding to use
>> and so whatever is used is currently wrong on some servers.
>I was thinking "should be UTF-8, of course". But doesn't really RFC2045
>apply here at least in theory?
The realm-value is a quoted-string, and quoted-string is defined as
quoted-string = ( <"> *(qdtext | quoted-pair ) <"> )
qdtext = <any TEXT except <">>
and TEXT is
The TEXT rule is only used for descriptive field contents and values
that are not intended to be interpreted by the message parser. Words
of *TEXT MAY contain characters from character sets other than ISO-
8859-1 [22] only when encoded according to the rules of RFC 2047
[14].
TEXT = <any OCTET except CTLs,
but including LWS>
So you could use realm="=?utf-8?b?..." or its variants. As you say, in
theory; I am unaware of any implementation that supports encoded words
in HTTP headers..
--
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
Received on Tuesday, 26 September 2006 00:48:29 UTC