Bug 4241 - UsrMgr resets KickOffTime when changing password
Summary: UsrMgr resets KickOffTime when changing password
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: User/Group Accounts (show other bugs)
Version: 3.0.23c
Hardware: x86 Windows XP
: P3 trivial
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
Depends on:
Reported: 2006-11-20 11:37 UTC by Marcelo H. Terres
Modified: 2021-05-18 10:03 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Marcelo H. Terres 2006-11-20 11:37:56 UTC

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
Comment 1 Björn Jacke 2021-05-18 09:44:38 UTC
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.
Comment 2 Andrew Bartlett 2021-05-18 10:03:51 UTC
Almost certainly fixed by this commit in Samba 3.0.28 and later. 

commit 78b8f3ca0cfbbef0c8f02de20a65d5b89e0f760c
Author: Jim McDonough <jmcd@samba.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)