Working on LDAP support in HEAD
Gerald Carter
gcarter at valinux.com
Thu May 11 19:51:02 GMT 2000
Luke Kenneth Casson Leighton wrote:
>
> 1) the samba uid <-> rid mapping functions that exist
> at the moment and are currently in use contain
> insufficient information [support for local
> alias types and user types and nothing else].
>
> 2) there is no official support for pdc functionality.
>
> therefore, technically, there is a reason why we cannot support
> pre-existing uid <-> rid schemes based on smbpasswd, and
> officially there is a reason why we do not support
> _any_ pre-existing schemes.
>
> therefore, there's no issue.
>
> oh. plus, we're not microsoft, so we're not bound by the chains of
> backwards-compatibility. ... at least ... i'm not.
>
> what say thee?
I like the idea of being able to map a uid to a rid and
back again. I like knowing where the numbers come from and
I like the UNIX uid being the decoding answer. That is
just me. Doesn't matter to me how much other stuff we store
with it. I just want to be able to get to there from here.
Now considering backwards compatibility, we all know there
are a lot of people running tng (or even 2.0) as a PDC.
The easier we make it for them to migrate, the quicker we
can get them on stable code once the PDC support is
finished.
In response to one person's post, the point is that I
am not convinced that incremental RID allocation is the
correct way. That is esentially what I am asking someone
to convince me of. Until then, I think I'll hold on to
my safety blanket of a monotonic mapping between uids and
RIDs.
Now that I think about it, Luke, you're probably going to
say read the SURS draft right? :-)
Cheers,
jerry
----------------------------------------------------------------------
/\ Gerald (Jerry) Carter Professional Services
\/ http://www.valinux.com VA Linux Systems gcarter at valinux.com
http://www.samba.org SAMBA Team jerry at samba.org
http://www.eng.auburn.edu/~cartegw
"...a hundred billion castaways looking for a home."
- Sting "Message in a Bottle" ( 1979 )
More information about the samba-technical
mailing list