search for: allow_change_password

I have been trying for hours to get the unix password sync going properly with Samba 1.9.18p4 running on FreeBSD 2.2.5 I have compiled Samba with the ALLOW_CHANGE_PASSWORD option enabled. I created the smbpasswd file as ENCRYPTION.txt states, and can set passwords as root. However, when a user tries changing their password, it doesn't work. The error reported is: /usr/local/samba/bin/smbpasswd: machine 127.0.0.1 rejected the password change: Error was: code -1....

Hi all, I've just set up password encryption using 1.9.18p4. I compiled with NO ALLOW_CHANGE_PASSWORD option because compilation didn't work (I'm using HP-UX 10.20). Everything seems to be working correctly instead of a 'normal' user trying to change his (samba-) password using smbpasswd (root can change any password). The messages I receive are as follows: Old SMB password: New SM...

...chgpasswd.c samba-2.0.6.ia64/source/smbd/chgpasswd.c --- samba-2.0.6/source/smbd/chgpasswd.c Wed Nov 10 18:36:08 1999 +++ samba-2.0.6.ia64/source/smbd/chgpasswd.c Fri Apr 28 18:45:44 2000 @@ -50,6 +50,7 @@ #include "includes.h" extern int DEBUGLEVEL; +extern char* ptsname(int); #if ALLOW_CHANGE_PASSWORD diff -ruN samba-2.0.6/source/tests/crypttest.c samba-2.0.6.ia64/source/tests/crypttest.c --- samba-2.0.6/source/tests/crypttest.c Fri Feb 5 13:32:15 1999 +++ samba-2.0.6.ia64/source/tests/crypttest.c Fri Apr 28 18:39:47 2000 @@ -8,6 +8,10 @@ #include <string.h> #endif +#ifdef HAVE_CRYP...

...ot solved the problem. For those who do not have a back log of the Digests, the problem is that with unix password sync=yes, users are not able to change their own password. However, if I set unix password sync=no, they can. I am running Red Hat 5.0, using PAM encryption, and compiled Samba with ALLOW_CHANGE_PASSWORD enabled. I am running Samba 1.9.18p8. Running passwd from the unix side of things works fine. The error reported to the user is >smbpasswd: machine 127.0.0.1 rejected the password change: Error was : The >specified password is invalid. Giant Wang's suggestion of chmod to 666 a few of...

Ernie, Thanks for the great info.. Based on what you were seeing, would you suspect that part of the problem is with the combination of NT and the 3com card (3c595)? Currently, we are ONLY seeing this under NT Workstation (not server) and almost all of our machines have this same 3com 3c595 card (only if using 100BaseT).. -- Rick -----Original Message----- From: Ernie Oporto