🚀 go-pugleaf

In article <PCL.92Jul27140810@black.oxford.ac.uk> pcl@oxford.ac.uk (Paul Leyland) writes:
#At our site, I *may* have found a problem, though I have no idea
#whether I broke the Ultrix specific code, or if it is a bug in the
#generic code.  This under Ultrix v4.2a
#
#Third-party password changes sometimes change *root's* password.  That
#is, suppose I (pcl) am approached by jruser to change their password.
#I type something like:
#	% \/bin/su - root
#	Password:
#	# npasswd jruser
#	...
#
#If I make a typo at this point, and have to have another go at
#changing jruser's password (still in the same invocation of npasswd,
#BTW) and succeed in getting a password through, I *sometimes* find
#that root's password has been changed and the user's has not.  My
#password is left unchanged. (Phew!)

I have not experienced this on Suns (yet!).  This is running the pw_yp.c
code to update NIS passwords if there is no local password.  The main hacks
I have made are to update a separate NIS password age database if a NIS
password has been successfully changed.

Mark