Hello, I'm also got this problem, using Ubuntu 9.04: $ dpkg -l | grep samba ii samba 2:3.3.2-1ubuntu3 SMB/CIFS file, print, and login server for U ii samba-common 2:3.3.2-1ubuntu3 common files used by both the Samba server a $ smbd --version Version 3.3.2 +++ This bug was initially created as a clone of Bug #6374 +++ Greetings, My name is Alceu and I was trying to create some scripts to enable/disable users when I found this strange behavior with the account flags: # please assume that the Unix user is already created root at midgard:~# smbpasswd -a -m lab16$ Added user lab16$. root at midgard:~# pdbedit -Lv lab16$ Unix username: lab16$ NT username: Account Flags: [W ] ... root at midgard:~# smbpasswd -d lab16$ Disabled user lab16$. root at midgard:~# pdbedit -Lv lab16$ Unix username: lab16$ NT username: Account Flags: [DU ] ... root at midgard:~# smbpasswd -e lab16$ Enabled user lab16$. root at midgard:~# pdbedit -Lv lab16$ Unix username: lab16$ NT username: Account Flags: [U ] ... Looks like my workstation trusted account is now a new user in the system. I never had experienced that, I thought that smbpasswd -e or -d keys would only add or remove the D flag. With pbedit works fine, but I need to check if there are other flags that I should maintain (and I would create a possible race condition in my script): root at midgard:~# smbpasswd -x lab16$ Deleted user lab16$. root at midgard:~# smbpasswd -a -m lab16$ Added user lab16$. root at midgard:~# pdbedit -Lv lab16$ Unix username: lab16$ NT username: Account Flags: [W ] ... root at midgard:~# pdbedit -c '[D]' lab16$ Unix username: lab16$ NT username: Account Flags: [DW ] I tested this against two machines: one with Debian 4 (Samba 3.0.20b-1) and Kubuntu 8.04 (Samba 3.0.28a-1ubuntu4.7). Kubuntu box is fully updated. Both are using tdbsam as backend. Thanks, Alceu
this works fine with 4.12, tested with tdbsam and ldapsam