[Date Prev][Date Next]
Re: substring match vs. insignificant space removal
--On Thursday, March 23, 2006 11:01 AM -0800 Donn Cave
Working on a white pages search application, I ran into
a problem with substring searches: if you search, for
example, for 'cn=jo* b* lo*', you would (naively) be
surprised to get, for example, 'Joe Blow' or 'Joby Lowe'
as a result - the spaces before 'b' and 'l' were supposed
to filter for separate words starting with those characters.
I'm guessing this goes back to the U Mich implementation.
It isn't inconsistent with the RFCs I could find, though even
recent working drafts don't specifically raise any question
as to whether insignificant space removal should apply in
exactly the same way to parts of a substring match, as to
a regular string match.
Is there any way to work around this? Quoting the internal
spaces doesn't seem to help.
You may want to read:
looking at the requirements table. As noted, we originally had this
requirement for part of our directory upgrade. However, it turns out that
what you are requesting does not meet X.500 standards (thus we dropped it).
This should be somewhere in the list archives for 2002 or 2003.
Principal Software Developer
ITS/Shared Application Services
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html