From owner-freebsd-questions  Mon Mar 19 16:35:26 2001
Delivered-To: freebsd-questions@freebsd.org
Received: from q.closedsrc.org (ip233.gte15.rb1.bel.nwlink.com [209.20.244.233])
	by hub.freebsd.org (Postfix) with ESMTP id 5580537B728
	for <freebsd-questions@freebsd.org>; Mon, 19 Mar 2001 16:35:21 -0800 (PST)
	(envelope-from lplist@closedsrc.org)
Received: by q.closedsrc.org (Postfix, from userid 1003)
	id DE3FD55407; Mon, 19 Mar 2001 16:26:36 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by q.closedsrc.org (Postfix) with ESMTP
	id CFFE451610; Mon, 19 Mar 2001 16:26:36 -0800 (PST)
Date: Mon, 19 Mar 2001 16:26:36 -0800 (PST)
From: Linh Pham <lplist@closedsrc.org>
To: <dan@langille.org>
Cc: <freebsd-questions@freebsd.org>
Subject: Re: rmuser is not case sensitive
Message-ID: <Pine.BSF.4.33.0103191626080.13838-100000@q.closedsrc.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-questions@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On 2001-03-20, Dan Langille scribbled:

# I was cleaning up a box which had both JOHN and john as users.  I did
# a rmuser JOHN.  It removed both users.  Is this expected behaviour?  I
# say it breaks POLA.

In the rmuser script, there is a Search/Replace call that has /io, which
searches in non-case sensitive mode.

Below is a clip of what I have under 4.2-STABLE:

while (<MASTER_PW>) {
	if (not /^\Q$login_name:/io) {
		print NEW_PW;
	} else {
		print STDERR "Dropped entry for $login_name\n" if \
		$debug;

		$skipped = 1;
	}
}

Removing the i would probably resolve the non-case sensitive issue of
rmuser.

-- 
Linh Pham
[lplist@closedsrc.org]

// 404b - Brain not found





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message