I do not follow debian-user. Sorry I dont know the full context of the message here.
Poppassd uses the passwd program to change passwords. If the password is not accepted then Eudora usually gives an error message. That is at least the behavior when connected to our Internet Servers running poppassd. They are still based on Debian 1.1 though. From what I can tell no change in the passwd program happened between Debian 1.1 and Debian 1.2. On Fri, 27 Dec 1996, Roy C Bixler wrote: rcb >On Wed, 25 Dec 1996, Nelson Posse Lago wrote: rcb >> Hi, rcb >> This is a very tricky problem. poppassd is a small app that calls passwd rcb >> to change the password. Well, it passes some arguments to passwd and rcb >> expects some responses from it. All very fine. Now, the newer debians use rcb >> a passwd program that does a few checks on the password. If the rcb >> new password is too similar to the old one, or if it is too short, or if rcb >> it has too many repeated characters, etc. it will issue an error message rcb >> and prompt you for a new (hopefully better) password. poppassd was not rcb >> desinged to deal with this. It just waits for passwd to issue the prompt rcb >> "re-enter new password" while password is saying "too simple: try again". rcb >> Try entering a very random, 8 chars password to see if it works. To solve rcb >> your problem, you must try to find a passwd program that doesn't do these rcb >> checks (at the expense of security) or hack poppassd to be smarter. I rcb >> don't know if debian has a simpler passwd program. rcb > rcb >I checked to see if this is the problem by logging into the server rcb >directly and changing my password to the same thing I attempted to change rcb >it to with Eudora and 'poppasswd'. That worked just fine the first time. rcb > rcb >My configuration is Debian 1.2 stable (poppasswd_1.2-4) and Eudora Pro v. rcb >3.0 flailing away on Windoze '95. The connection just hangs after I rcb >specify the new password for the second time. The Eudora dialog box just rcb >sits with a 'newpasswd' text. If I look on the server, there are idle rcb >'poppasswd' and 'passwd rcb' processes running. Also, as expected, typing rcb >in my original password incorrectly will cause Eudora to abort the rcb >operation. It really appears as if 'poppasswd' itself is just hanging rcb >after it receives the 'newpass' command - this is what I got if I 'telnet' rcb >direct to port 106 and go through the protocol sequence. rcb > rcb >Any ideas? rcb > rcb >Roy rcb >[EMAIL PROTECTED] rcb > rcb > --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
