Your message dated Sun, 25 Sep 2005 20:13:51 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#262143: Doesn't accept passwords which are 1 character long
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Jul 2004 21:59:25 +0000
>From [EMAIL PROTECTED] Thu Jul 29 14:59:25 2004
Return-path: <[EMAIL PROTECTED]>
Received: from vsmtp3alice.tin.it (vsmtp3.tin.it) [212.216.176.143]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BqIvt-00083P-00; Thu, 29 Jul 2004 14:59:25 -0700
Received: from eddie.casa (80.116.78.60) by vsmtp3.tin.it (7.0.027)
id 40F0321F003EFC94; Thu, 29 Jul 2004 23:58:55 +0200
Received: from marvin.casa [192.168.1.2]
by eddie.casa with esmtp (Exim 3.35 #1 (Debian))
id 1BqLIX-0004Hc-00; Fri, 30 Jul 2004 02:30:57 +0200
Received: from enrico by marvin.casa with local (Exim 3.36 #1 (Debian))
id 1BqIvM-0000mV-00; Thu, 29 Jul 2004 23:58:52 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Enrico Zini <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Doesn't accept passwords which are 1 character long
X-Mailer: reportbug 2.63
Date: Thu, 29 Jul 2004 23:58:52 +0200
Message-Id: <[EMAIL PROTECTED]>
Sender: Enrico Zini <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: fgetty
Version: 0.6-2
Severity: normal
Hello,
thanks for packaging fgetty. I find it very simple and useful; however,
I discovered that if the user's password is 1 character long, fgetty
denies the login even if the password is correct. getty on the other
hand logs in successfully.
Bye,
Enrico
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
-- no debconf information
---------------------------------------
Received: (at 262143-done) by bugs.debian.org; 25 Sep 2005 20:13:23 +0000
>From [EMAIL PROTECTED] Sun Sep 25 13:13:23 2005
Return-path: <[EMAIL PROTECTED]>
Received: from a.mx.smarden.org [212.21.76.77]
by spohr.debian.org with smtp (Exim 3.36 1 (Debian))
id 1EJcsF-00008r-00; Sun, 25 Sep 2005 13:13:23 -0700
Received: (qmail 25897 invoked by uid 1000); 25 Sep 2005 20:13:43 -0000
Message-ID: <[EMAIL PROTECTED]>
Date: Sun, 25 Sep 2005 20:13:51 +0000
From: Gerrit Pape <[EMAIL PROTECTED]>
To: Enrico Zini <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#262143: Doesn't accept passwords which are 1 character long
Reply-To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
On Tue, Aug 17, 2004 at 02:05:37AM +0200, Enrico Zini wrote:
> On Sun, Aug 01, 2004 at 12:40:21PM +0000, Gerrit Pape wrote:
> > > thanks for packaging fgetty. I find it very simple and useful; however,
> > > I discovered that if the user's password is 1 character long, fgetty
> > > denies the login even if the password is correct. getty on the other
> > > hand logs in successfully.
> > Hmm, I cannot reproduce this, tested on powerpc and i386. Do you
> > possibly use a different /bin/checkpassword, or
> > /bin/checkpassword.login?
>
> Hello,
>
> In the end, I tracked the problem down: that user account had the
> password in /etc/passwd and an empty password in /etc/shadow. Puttin
> 'x' in /etc/passwd and resetting its password with passwd <user> solved
> the problem.
>
> To reproduce, add:
>
> test:$1$szfhi.PZ$Cwa1YBa6uOw/VxaJjaCwW.:3000:3000:Test:/:/bin/bash
>
> to /etc/passwd and
>
> test:::::::
>
> to /etc/shadow.
>
> Then, as root:
>
> # fgetty-login test
> test's password:
> #
Hi Enrico, after all it seems the unusual behavior was caused by a
missing colon in the /etc/shadow line. This was a very special case I
think, let's close this report.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]