Subject: bin/6847: 8 char max login name enforced with nsswitch
To: None <gnats-bugs@gnats.netbsd.org>
From: None <scotte@warped.com>
List: netbsd-bugs
Date: 01/19/1999 05:46:26
>Number:         6847
>Category:       bin
>Synopsis:       Logins longer than 8 chars fails with 01/18/99 current
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 18 21:50:00 1999
>Last-Modified:
>Originator:     Scott Ellis
>Organization:
   //////////////////////////////////////////////////////////////////////
  //    Scott Ellis     //   scotte@warped.com   //   sellis@gi.com   //
 //////////////////////////////////////////////////////////////////////
// WARNING: This signature warps  time and space in its vicinity    //
>Release:        <NetBSD-current source date> 01/18/99
>Environment:
	
System: NetBSD intrepid.warped.com 1.3I NetBSD 1.3I (INTREPID) #1: Mon Jan 18 10:04:53 PST 1999 scotte@intrepid.warped.com:/misc/src/sys/arch/i386/compile/INTREPID i386


>Description:
	
Updating the kernel and userland from 11/23/98 -current to 01/18/99 -current
has stopped allowing any users with usernames longer than 8 characters from
logging in.  Doing nothing but shortening the name via vipw allows the login
to proceed.  This appears to be related to getpwent() rather than a general
login failure, as it affects all programs attempting to deal with the
account (Samba, su, etc.).  The relevant change from 11/23/98 to 01/18/99
seems to have to do with the nsswitch code.  The default nsswitch.conf file
is being used, which specifies 'files' for passwd.  
>How-To-Repeat:
	
Create user with >8 character login name. vipw will accept the user just fine.
Any attempt to change to that user via login, su, etc. will fail.
>Fix:
	
>Audit-Trail:
>Unformatted: