Re: when creating a user, home dir not created!

This could be incorporated into the mainline tree, but with so many
deployment flavors, it's error prone.  The best bet is to use
pam_mkhomedir on your client systems, or NFS mount a file server which
serves the entire /home volume.

El vie, 19-12-2003 a las 10:20, Eric Sandall escribió:
> Quoting Ken Kleiner <[email protected]>:
> > Yes, but DA doesn't always run on the system where the user's homedir  
> > would reside.
> > 
> > For example, I run it on a MAC OS X system - creating entries on a  
> > linux ldap server.  I sure wouldn't want DA to create a homedirectory  
> > on my MAC system for a linux
> > user.  If it did do that, I would have to first make sure that my MAC  
> > nfs mounts the linux server's home directory filesystem so that it can  
> > get created in the right place.
> > 
> > An option to do this would be nice, but I don't think that was the  
> > intent of DA.
> > 
> > Am I off base here?
> > 
> > I am thankful for the tool even w./out that option!
> > 
> > -Ken
> 
> At a guess, that's probably the main reason this functionality hasn't been
> implemented in DA. As it is, I'm sure a patch to add /optional/ support for
> this (i.e. another tab, such as the e-mail or samba tab, with a single tick
> [default off] to enable creating /home, and then if that tick is selected,
> another tick is shown, or perhaps just grayed out, [this time, probably default
> on, as most people who create a user directory want /etc/skel to be copied] to
> copy the contents of /etc/skel to the user's new directory).
> 
> An additional idea would be to have a way to define the file server in this tab,
> and then somehow (SSH?) DA could connect to the server (if it's not localhost,
> which wouldn't require a connection) and create the user's home directory, but
> this adds more complexity (what if they don't have SSH running on the file
> server? Is there some way to not need DA to login with another shell? Can we
> use LDAP (and assume that the file server is connected to the LDAP server,
> which it should be, but again, assume...?), etc.)?
> 
> -sandalle
-- 
	Manuel Amador
	Jefe de I+D
	Amauta
	+593 (9) 847-7372
	GPG key ID: keyserver.net C1033CAD

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/44URWyznNMEDPK0RAvVZAJ9p/D2hVNE7Sl8P+sBeR5+p8UwQngCggB1n
h0zUyJIZLwmB3VZxjEBl/P8=
=5xl4
-----END PGP SIGNATURE-----