Peter J. Krawetzky
2001-Nov-21 10:03 UTC
Password Chat Fails To Update Unix Password - Case sensitivity problem
I am stumped with several issues regarding password chat and changing a domain password on a Win98 machine. When I use the Password program under Windows control panel, it tells me I have an incorrect password. When I turn on tracing within Samba, I notice that Win98 is not sending a userid with this dialogue. Samba then assumes it's a guest account. Guess account is set to nobody in my smb.conf file. So the password change fails. Why is Win98 not sending a userid? I have password caching turned off on Win98. When I use the command: net password /DOMAIN:MYDOMAIN from a DOS prompt, I am prompted for my current password, new password and retyped password. The smbpasswd file is updated correctly but when Samba attempts to update the Unix password file, it is sending the passwd program an all uppercase password which does not match. For example: passwd file password is kidding but Samba is sending KIDDING. My password level is set to 0 which should mean that it will attempt to send the password to the passwd program as all uppercase and then all lowercase. Then it tries the second time, it revalidates the userid and password against the smbpasswd file with the old password but by now, the smbpasswd file has changed and it fails. Why does Samba take this sequence of events and why is the password being sent to the passwd program as uppercase? How can I get this to work? smb.conf settings: encrypt passwords = yes unix password sync = yes smb password file = /etc/samba/smbpasswd passwd program = /usr/bin/passwd (note: when I had it coded at %u, it was failing with a message saying that only root can specify a userid) passwd chat = *password* %0\n *password* %n\n *password* %n\n *success* password level = 0