Sharkus
06-19-2007, 09:50 AM
Good Morning All,
I had a friend mention the following to me, and I've managed to reproduce it, so I thought I'd ask if anyone else has seen this issue, and more importantly, if they have a solution to it.
I have a few macs with OS versions ranging from 10.3.9 to 10.4.9. I have a windows 2000 server with Services for Macintosh installed to provide AFP services for the macs.
When I try to change the password for a user account via the "Connect To Server" dialog on a 10.4.8 or 10.4.9 machine, I see a dialog stating: "Change Password Failed: -50". If I try the same on a 10.3.9 machine I can change my password.
I've had a look at the "options" section in the Connect to Server dialog and one difference between 10.3 and 10.4 is that the password encryption, in other words the UAM that the client will use is different. For 10.3.9 it states it'll use ClearText, for 10.4.x it states "Microsoft UAM 2.0". I'm guessing this has some bearing on the issue.
Does anyone have any ideas as to what may be causing this issue and how to resolve it? The user does have the rights to change their password, and, as mentioned they can sucessfully change it on 10.3.9.
I had a friend mention the following to me, and I've managed to reproduce it, so I thought I'd ask if anyone else has seen this issue, and more importantly, if they have a solution to it.
I have a few macs with OS versions ranging from 10.3.9 to 10.4.9. I have a windows 2000 server with Services for Macintosh installed to provide AFP services for the macs.
When I try to change the password for a user account via the "Connect To Server" dialog on a 10.4.8 or 10.4.9 machine, I see a dialog stating: "Change Password Failed: -50". If I try the same on a 10.3.9 machine I can change my password.
I've had a look at the "options" section in the Connect to Server dialog and one difference between 10.3 and 10.4 is that the password encryption, in other words the UAM that the client will use is different. For 10.3.9 it states it'll use ClearText, for 10.4.x it states "Microsoft UAM 2.0". I'm guessing this has some bearing on the issue.
Does anyone have any ideas as to what may be causing this issue and how to resolve it? The user does have the rights to change their password, and, as mentioned they can sucessfully change it on 10.3.9.