2.3.43 included with CentOS. I'll try the latest package. Thanks!

On Mon, Jan 31, 2011 at 11:16 AM, Pierangelo Masarati <
[email protected]> wrote:

> Christopher Cprek wrote:
>
>> Thank you!
>>
>> Unfortunately, I'm seeing the same issue with back-meta.
>>
>
> What version?  I checkd with HEAD, so my test might not be representative.
>  In any case, this issue should now be fixed in back-ldap.
>
> p.
>
>
>  The simple configuration:
>>
>> database meta
>> suffix  "dc=ad,dc=mydomain,dc=edu"
>> uri  "ldap://ldapadlb.mydomain.edu/dc=ad,dc=mydomain,dc=edu";
>>
>> When using this configuration I still have to use my hacked AD schema for
>> correct relaying. Example case of a filter without including the custom
>> schema "(&(objectClass=user)(sAMAccountName=user01))"... Still results in
>> this:
>>
>> conn=0 op=1: meta_back_getconn[0]
>> conn=0 op=1 meta_back_getconn: candidates=1 conn=0 fetched
>> conn=0 op=1 >>> meta_back_search_start[0]
>> conn=0 op=1 >>> meta_search_dobind_init[0]
>> conn=0 op=1 <<< meta_search_dobind_init[0]=1
>> ldap_search_ext
>> put_filter: "(&(!(objectClass=*))(!(objectClass=*)))"
>> put_filter: AND
>> put_filter_list "(!(objectClass=*))(!(objectClass=*))"
>> put_filter: "(!(objectClass=*))"
>> put_filter: NOT
>> put_filter_list "(objectClass=*)"
>> put_filter: "(objectClass=*)"
>> put_filter: simple
>> put_simple_filter: "objectClass=*"
>> put_filter: "(!(objectClass=*))"
>> put_filter: NOT
>> put_filter_list "(objectClass=*)"
>> put_filter: "(objectClass=*)"
>> put_filter: simple
>> put_simple_filter: "objectClass=*"
>> ldap_send_initial_request
>> ldap_send_server_request
>> ber_scanf fmt ({it) ber:
>> ber_scanf fmt ({) ber:
>> ber_flush: 111 bytes to sd 10
>> conn=0 op=1 <<< meta_back_search_start[0]=1
>> conn=0 op=1 meta_back_search: ncandidates=1 cnd="*"
>> ldap_result ld 0x2b5e683de880 msgid 2
>> wait4msg ld 0x2b5e683de880 msgid 2 (timeout 0 usec)
>> wait4msg continue ld 0x2b5e683de880 msgid 2 all 2
>>
>> Including the hacked schema corrects the problem, but it is only a subset
>> of
>> possible search filters that could fail.
>>
>> Am I missing something in the back-meta configuration?
>>
>> Thanks again!
>>
>> /Chris
>>
>> On Sat, Jan 29, 2011 at 4:34 AM, <[email protected]> wrote:
>>
>>  I would appreciate any guidance to help resolve my problem. All I want is
>>>> the filter (objectClass=user) to be relayed correctly from the slapd
>>>> service
>>>> to the LDAP proxy backend.
>>>>
>>> back-ldap/search.c 1.273 -> 1.274, related to ITS#6814, should fix your
>>> problem.  Back-meta does not suffer from this problem, as it correctly
>>> relays undefined objectClasses in search filters.
>>>
>>> p.
>>>
>>>
>>>
>>
>

Reply via email to