On Mon, 2002-11-11 at 09:21, Bob Haddleton wrote: > So it looks like the fileAs is what is causing the problem. >
hmm, i suppose this makes sense - it's definitely not building an index for that field (if it's not even in the server's schema), so the set of candidate entries is probably the set of all entries on the server. > Would a different (more modern) LDAP server make a difference? Probably not, if such a setting existed and was being used. One thing of note is that all the attributes tested in that query subclass from 'name'. try this query: (|(name=had*)(mail=had*)) that should work, and will work with/without entries with fileAs attributes, although it has the possibility of generating more matches than what we're after. I'll see if I can't rework the select names stuff to generate the correct query (and prune the extra entries.) Chris _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
