Bug 1757 - default value for "maximum password age" higher than what can be set with pdbedit
Summary: default value for "maximum password age" higher than what can be set with pdb...
Status: REOPENED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: User/Group Accounts (show other bugs)
Version: 3.0.6
Hardware: Other Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-14 08:23 UTC by Matt Phillips
Modified: 2019-06-14 08:55 UTC (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Phillips 2004-09-14 08:23:33 UTC
When still set for the default value, 'pdbedit -P "maximum password age" 
reports: 
  account policy value for maximum password age is 4294967295 
But, 'pdbedit -P "maximum password age" -C 4294967295' doesn't work.  In fact, 
the highest value this will let you set is 2147483646.  (Hmm...  Half the 
default value...  Is one the max unsigned int and the other the max signed 
int?)
Comment 1 Josh Kelley 2005-11-18 12:36:05 UTC
The problem seems to be signed vs unsigned, as you said.  Strangely, 'pdbedit -P "maximum password age" -C -1' works, and when you run it, it reports, 'account policy value for maximum password age is now 4294967295'.
Comment 2 Stefan Metzmacher 2010-04-26 03:39:20 UTC
If it's still broken in 3.5, please reopen.
3.0 isn't supported anymore.
Comment 3 Volker Lendecke 2010-04-26 03:42:37 UTC
I don't think we should close bugs that are easy to reproduce