Bug 13622 - min days before pw change does not work
Summary: min days before pw change does not work
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: shadow-utils
Version: 6.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-07-09 14:02 UTC by Thimo E
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2000-08-05 18:14:26 UTC
Embargoed:


Attachments (Terms of Use)

Description Thimo E 2000-07-09 14:02:13 UTC
hi,

the option "minimum days before password change is allowed" in the shadow
utils does not work. I have set the min days before pw change option to
"100" (with "chage -m 100") but he user is still allowed to change his
password with the passwd program. The tokens in the shadow password file
are correct, but were not considered.

Comment 1 Nalin Dahyabhai 2000-08-04 19:41:05 UTC
What do you get when you run "getent passwd <user>"?  Does the encrypted
password field contain an "x"?  Does it work correctly if you replace instances
of pam_pwdb.so in /etc/pam.d/passwd with pam_unix.so?

Comment 2 Thimo E 2000-08-05 18:14:24 UTC
The encrypted password field contains an "x" with getent passwd <user> !
With the module pam_unix.so instead of pam_pwdb.so it does work correctly:
(current) UNIX password: 
You must wait longer to change your password
passwd: Authentication token manipulation error



Comment 3 Nalin Dahyabhai 2000-08-07 10:26:37 UTC
The upcoming release uses pam_unix.so instead of pam_pwdb.so for everything by
default, and pwdb is itself being phased out, so I'll tag this as resolved in
Raw Hide.


Note You need to log in before you can comment on or make changes to this bug.