Major new ubiqx release

[Luke Kenneth Casson Leighton]

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.