Re: [Cpu-users] Changes to useradd behavior

[Blake M. <ma...@db...>]

Whatchu talkin' 'bout, Willis?
> 
> What exactly do you mean by SMB support?  Has anyone thought about
> support for the sambaAccount objectclass?  All out users are both
> posixAccount (unix) and sambaAccount (cifs).  I have yet to find a tool
> that support both sets of attributes.
I'm talking about native smb support, where you can actually
administer users on a PDC somewhere. Jason and I talked this over, and
feel that cpu should stick to supporting ONLY rfc2307 attributes. If
users want more complex users (i.e. using sambaAccount, or attributes
not defined by rfc2307) the plan is to allow them to use an xml or
ldif style file for defining additional attributes. I think this will
ultimatly simplify things on the development end but allow cpu to be
as flexible as users need.

> There already is http://hww3.riverweb.com/hdadmin/ and (more developed)
> http://diradmin.open-it.org/  Directory Administrator is a very nice
> package.  
I had looked at this earlier, and all of them were lacking things I
needed which is why cpu was born. 

> It would be very nice if CPU could be packaged in a way to make it very
> easy to perform automated or "remote" tasks.  If one could feed it the
> parameters encoded in XML via standard in and get an "OK" or "ERR" out
> of standard out it could be used as a serverlet to web front ends and
> batch processes.
XML or ldif support is on the way. I think we'll probably end up using
xml since cpu is not designed to be ldapcentric, although it is right
now. What do you mean by by 'remote' tasks? Currently it is very easy
to script user or group operations with cpu, but I see what you mean
with the web front end type usage.

> Support for the sambaAccount and kerberosSecurityObject objectclasses.
When the xml portion of cpu is done, you can add these yourself :)
Thanks for the suggestions.

-Blake

-- 
Blake Matheny
ma...@db...
http://www.dbaseiv.net