"Liutauras Adomaitis" <liutauras.adomaitis(a)gmail.com&gt; writes: > On Tue, Jul 1, 2008 at 11:07 PM, Dieter Kluenter <dieter(a)dkluenter.de&gt; wrote: > > Hi, > > "Liutauras Adomaitis" <liutauras.adomaitis(a)gmail.com&gt; writes: > > > Ok, I solved my problem with glueing databases.I added ldif file > > > Alias problem is not solved. Although I can use my luma browser and see > > replicas as if they were one database, aliases are not working. Is this > by > > design? Is there any way to make them work in glued databases? I just > need a > > confirmation if somebody thinks I'm not reading manuals :) > > I haven't thought about it in depth and i haven't tested it, but think > about > what is to be replicated, the alias entry or the aliased entry, or > both? slapd doesn't know, if the alias entry is to be replicated, the > relax control has to be initiated, otherwise the follow alias > parameter in ldap.conf. > > Ok,I tried that: > added DEREF always to my replicas /etc/openldap/ldap.conf file and restarted > ldap > My provider started throwing: > SRCH base="o=BranchX,dc=example,dc=com" scope=2 deref=3 filter="(objectClass= > *)" > SRCH attr=* + > SEARCH RESULT tag=101 err=2 nentries=0 text=illegal value for derefAliases > UNBIND > probably the seeAlso attribut type may be convenient to you. > > Could you please explain how? just an example entry: dn: cn=foo bar,ou=people,o=myCompany objectClass: person cn: foo bar sn: foo seeAlso: cn=foo bar,ou=otherPeople,o=myCompany