Bug 1757 - default value for "maximum password age" higher than what can be set with pdbedit
default value for "maximum password age" higher than what can be set with pdb...
Product: Samba 3.0
Classification: Unclassified
Component: User/Group Accounts
Other Linux
: P3 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
Depends on:
  Show dependency treegraph
Reported: 2004-09-14 08:23 UTC by Matt Phillips
Modified: 2010-04-26 07:07 UTC (History)
2 users (show)

See Also:


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" 
  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 
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
Comment 4 Björn Jacke 2010-04-26 06:57:28 UTC
I asked guenter.kriebel@hp.com in 2007 for the patches that they created to make Samba on OpenVMS work (http://h71000.www7.hp.com/network/cifs_for_samba.html). The OpenVMS folks might have fixed that, too. I didn't get any answer to by mail though.
Comment 5 Björn Jacke 2010-04-26 07:07:18 UTC
the last comment was intended for bug #1820, please ignore it here.