Re: Chinese characters in mail search causes failed assertion in slapd

[Buchan Milne <bgmilne@staff.telkomsa.net>]

On Tuesday, 7 February 2012 13:52:59 Alfie John wrote:
> Hi Dieter,
> 
> On Tue, Feb 7, 2012, at 08:56 AM, Dieter Klünter wrote:
> > Never modify a standard track attribute type, all you can do is to
> > create a subtype of mail. On the other hand, your intention does
> > not comply to RFC-5322 which requires that header fields MUST be
> > composed of printable US-ASCII characters.

As far as I can tell, the issue is not to be able to have UTF-8 in the mail 
attribute, but allow the client's search to succeed, where it uses a filter of 
the form:

(|(cn=%s)(sn=%s)(mail=%s))

In the case where the user tries to search for a UTF-8 character (which is 
present in the target entries cn or sn values), the client sends UTF-8 in the 
mail=%s portion.

> Unfortunately I'm not in control of what mail clients users are running.

That doesn't prevent you from filing bugs on said mail clients. Please file a 
bug with Thunderbird.

> This particular case was Thunderbird, but I assume that Apple Mail is also
> sending bogus UTF-8 mail attribute values.

Because one implementation has a bug, other implementations of similar 
functionality *must* have it?

Regards,
Buchan