On Wed, Jul 2, 2008 at 9:20 PM, Dieter Kluenter <dieter(a)dkluenter.de> wrote:
> "Liutauras Adomaitis" <liutauras.adomaitis(a)gmail.com> writes:
>
> > On Tue, Jul 1, 2008 at 11:07 PM, Dieter Kluenter <dieter(a)dkluenter.de>
> wrote:
> >
> > Hi,
> >
> > "Liutauras Adomaitis" <liutauras.adomaitis(a)gmail.com> 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
>
Ups, I think I sent previous message only to Dieter, so resending it again,
and dear ask Dieter again:
I couldn't find any good info about seeAlso atribute, so what should I
expect out of the this entry
should it behave similar as alias?
I'm using my aliases for authenticated (just in case it is important)
Liutauras