Major new ubiqx release
Luke Kenneth Casson Leighton
lkcl at regent.push.net
Tue Apr 21 02:05:55 GMT 1998
On Tue, 21 Apr 1998, Jeremy Allison wrote:
> Christopher R. Hertel wrote:
> >
> > Okay, here we have a *BIG* question. Do we (Samba team & assoc.
> > developers) commit to LDAP as our internal database access scheme (for
> > config, WINS, passwords, etc.), or do we consider a lower level system and
> > put LDAP on top of it? BIG issue!
> >
>
> Well, I've recently implemented a UNIX style of password
> interface (getsmbpwnam() etc.) through which all access
> to the underlying password database is now funnelled in
> the main branch code.
>
> So long as we stick with these interafaces, we can
> build whatever we want as the backend - and even have
> them plugged in. I would say not to commit to an
> LDAP storage yet, until we know what the best
> method will be (we don't even have a gdbm backend
> yet - let's walk before we run :-).
>
> The main thing we have to decide is what schema gets
> mapped into the 'struct smb_passwd' that is returned
> by these functions. It needs to be a superset of all
> the desired schema - with reasonable defaults returned
> for systems that do not store all the data (the current
> smbpasswd file for instance).
it needs to contain all the SAM_USER_INFO_21 members. if a struct is
defined that contains both struct smbpasswd and SAM_USER_INFO_21, then
that's fine by me.
More information about the samba-technical
mailing list