Re: (ITS#4487) Problem with dereferencing aliases to remote DB with different suffix

[quanah@stanford.edu]

--On Tuesday, April 11, 2006 9:42 PM +0000 skoulik@gmail.com wrote:

> Full_Name: Sergey Koulik
> Version: 2.3.20
> OS: cygwin on winXP
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (194.186.114.72)
>
>
> 1) Set up meta backend to use 2 different targets:
> suffix dc=my-domain,dc=com
> uri ldap://host1/ou=target1,dc=my-domain,dc=com
>
> uri ldap://host2/ou=target2,dc=my-domain,dc=com
> suffixmassage "ou=target2,dc=my-domain,dc=com" "ou=a,dc=foo,dc=bar,dc=com"
>
> 2) Under ou=target2,dc=my-domain,dc=com create entry
> cn=Person1,ou=target2,dc=my-domain,dc=com
>
> 3) Under ou=target1,dc=my-domain,dc=com create alias
> cn=Person1Alias,ou=target1,dc=my-domain,dc=com
> alisedObjectName = cn=Person1,ou=target2,dc=my-domain,dc=com
>
> 4) Try to search/read cn=Person1Alias,ou=target1,dc=my-domain,dc=com with
> aliases dereferencing turned on
>
> Expected result: alias entry is transparently dereferenced into
> cn=Person1,ou=target2,dc=my-domain,dc=com data
>
> Actual result: search returns no results
>
> PS:
> Don't hesitate to contact me if you need additional information.

I will note that back-meta underwent a large bit of rewriting between 
2.3.20 and 2.3.21, so it is possible that the issue you are seeing is fixed.

The changelog is at:

<http://www.openldap.org/software/release/changes.html>

--Quanah

--
Quanah Gibson-Mount
Principal Software Developer
ITS/Shared Application Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html