I'm using the version 3.0.23c-1 (Debian Package) and the problem still there. If I try to modify the password using User Manager the sambaKickoffTime attribute turns 0.
+++ This bug was initially created as a clone of Bug #3493 +++
i posted first on list, but got no response, so i�ll try here, because it looks like a bug - the question is only, if samba or usrmgr causes this bug (or if it�s by design).
when changing a domain userpassword (with smbpasswd or directly from windows client NT-series) sambaKickOffTime is handled correctly (= not reset). when changing a password with MS NT Usermanager (on MS Client), sambaKickOffTime is being reset (to "0" = never).
thank you in advance for figuring this out!
if you want i can provide you offline with level 10 debug. probably you can reproduce this behaviour, too.
OS: debian sarge
samba 3.0.14a (debian package)
slapd 2.2.23.-8 passdb backend
I don't really know if this is still a problem but on the other hand NT4 domain support is about to be removed in the mid term and people should migrate to Samba AD. Closing as worksforme accordingly.
Almost certainly fixed by this commit in Samba 3.0.28 and later.
Author: Jim McDonough <firstname.lastname@example.org>
Date: Tue Mar 2 21:02:09 2004 +0000
Merge fields_present function from HEAD. Now, a field will not be updated
on setuserinfo levels which include this field, unless the corresponding
bit (defined in passdb.h) is turned on. Without this, newer versions
of usrmgr break us pretty bad.
(This used to be commit 840340bd96d3c6693b451bc61e155b7b426271e4)