You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by "William A. Rowe, Jr." <wr...@apache.org> on 2002/12/07 07:07:05 UTC

Re: [PATCH] Allowing extended characters in LDAP authentication...

At 03:42 PM 12/6/2002, Brad Nicholes wrote:
>    This patch adds a new directive "AuthLDAPConvertFromLanguage" to mod_auth_ldap that allows the admin to either define a specific language when converting the user ID to UTF8 of try to derive the language from the header.

Ewww... charsets aren't languages.  '...ByLanguage' would be more appropriate.

More to the point... all headers suffer from this problem.  If we are going to
address dealing with non-utf-8 headers into a canonical utf-8 form, I'd prefer
some directive to deal with this across the board.  Win32 would actually
prefer to deal in utf-8 identifiers, and if we invest the energy in 'fixups' for
one canonical header (user/passwords) then we aught to think about dealing
with them all in one place.

And that place wouldn't be in ldap, but more likely in a module like 
mod_charset_headers or something that will just deal with all of the
implications of HTTP/1.1's inbound 'opaque' high-bit characters; perhaps
we fix outbound header fields as well.

Just my (selfish) 2c :)

Bill

p.s. honest - hadn't even read on to Andre's response when I wrote
the response above, but +1 to his observations :)