Having thought I got to the bottom of extended DN behaviour, I've come
across more challenges, that I would like thoughts on.
Handling renames of one-way links: OpenLDAP already does this, but
Samba needs some help here (as we try to infer the rename from the
presence of backlinks, but for one-way links, how should we know we are
being linked to?)
Handling of DN+Binary and DN+String one-way links. For example,
This is a 'DN+Binary' syntax attribute (for resolving well known GUIDs
into a DN), and must therefore follow when the well known target
renames. MS-ADTS 220.127.116.11.6 specifies the behaviour.
The challenge I see here is that I really do need an additional syntax
in OpenLDAP. If I map this to just a binary string (as I do now), then
the rename will not follow though. If I map it to a DN (as I had tried
in the past), then the syntax is invalid. Is it entirely unreasonable
to add an additional syntax?
This is a bit of a 'hit and run' question, as I won't be able to carry
on the discussion during Christmas/New Year, but any thoughts would be
Authentication Developer, Samba Team http://samba.org
Samba Developer, Red Hat Inc.