[Date Prev][Date Next]
Re: Chinese characters in mail search causes failed assertion in slapd
- To: Buchan Milne <email@example.com>, firstname.lastname@example.org
- Subject: Re: Chinese characters in mail search causes failed assertion in slapd
- From: Alfie John <email@example.com>
- Date: Wed, 08 Feb 2012 22:38:25 +1100
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:in-reply-to :date; s=smtpout; bh=pBSLvaiA7w/nRfj22MGcl+4EapI=; b=eSuaRIBw7RX 51ssuJDqEgAF28Sxbji0R5dmjou5t+DI+TuHWD36lCvmmBp7GLBwbHsB7y1PClC0 Be9sV1xYRCwcrdf8xz1nKNNcBLp8imP192STTMl/5E5GQ7Cc0jaWPIjME+jFa/+I T0AupVEMJPQo+yQyKhrcUtpcbZQCphXI=
- In-reply-to: <firstname.lastname@example.org>
On Wed, Feb 8, 2012, at 01:06 PM, Buchan Milne wrote:
> As far as I can tell, the issue is not to be able to have UTF-8 in the
> attribute, but allow the client's search to succeed, where it uses a
> filter of
> the form:
> In the case where the user tries to search for a UTF-8 character (which
> present in the target entries cn or sn values), the client sends UTF-8 in
> mail=%s portion.
Yep, that's what is happening.
> > 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.
I filed a bug with Apple and Mozilla this morning.
> > 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?
No, but because searches from Apple Mail were breaking too. The value for "mail" from Apple Mail is not only in UTF-8, but it is splitting two Chinese characters like:
>From my basic understanding, this is searching for a "mail" starting with first_char, and then ANDing it with a "mail" starting with second_char.