All rights reserved.
Redistribution and use in source and binary forms are permitted
provided that the above copyright notice and this paragraph are
duplicated in all such forms and that any documentation,
advertising materials, and other materials related to such
distribution and use acknowledge that the software was developed
by the University of California, Berkeley. The name of the
University may not be used to endorse or promote products derived
from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
@(#)adduser.8 6.6 (Berkeley) 03/15/89
A new user is given a group and user id. Login's and user id's should be unique across the system, and often across a group of systems, since they are used to control file access. Typically, users working on similar projects will be put in the same groups. At the University of California, Berkeley, we have groups for system staff, faculty, graduate students, and special groups for large projects.
A skeletal account for a new user \*(lqernie\*(rq might look like:
ernie::25:30::0:0:Ernie Kovacs,508 Evans Hall,x7925,642-8202:/a/users/ernie:/bin/cshFor a description of each of these fields, see passwd (5).
It is useful to give new users some help in getting started, supplying them with a few skeletal files such as .profile if they use \*(lq/bin/sh\*(rq, or .cshrc and .login if they use \*(lq/bin/csh\*(rq. The directory \*(lq/usr/skel\*(rq contains skeletal definitions of such files. New users should be given copies of these files which, for instance, use tset (1) automatically at each login.
/usr/skel skeletal login directory