>>>> Changed the following in config.php in hopes of gaining a clue: // If you want see the output of the chpasswd program (usually^M // only useful for debugging purposes, set this to 1^M >>>> //^M >>>> $seeOutput = 1;^M >>>> ^M >>>> ^M >>>> ^M >>>> // For debugging only, set this variable to 1. WARNING: this will ^M // echo any password information you enter in clear text! Please ^M // use this setting with care!^M >>>> //^M >>>> $debug = 1;^M >>> You might want to avoid using windows to edit your configuration files. This could be hazardous to your health. >> I don't use windows for editing unix files. I may have copy and pasted, etc. > Then you probably unpackaged the tarball in windoze and used the wrong
That isn't the case. The only roll windows played, if any, is you sending the tarball attached --me downloading the attached tarball via SquirrelMail to a vista machine thereafter, moving the tarball via the lan to a user in the 'whell group' on the SM box. Not until the tarball was on the SM machine did it get unpacked; I still have the original email with the attachment as-well-as the original tarball (unpackaged) on the *nix machine --if you would like to review either of them. (^M) > FTP mode to upload to your server. >>>> --------------- The results after the changes above: >>>> permission of chpasswd executable are: 104750 >>>> To test the chpasswd utility from the commandline, do this: >>>> change_passwd/chpasswd 'userID' 'old_pass' 'new_pass' 2>&1 >>>> THE RESULT: >>>> ELF binary type "0" not known. >>> Seems like you didn't recompile it to work on your system. >> You may have lost me again, with the recompile statement. > It's in the INSTALL file. Step five. The original issue we were trying to address with change_passwd-4.0-1.2.8.tar.gz was, it disabled the entire 'Options' page while using compat ver-2. We didn't think 'step-5' applied to this FreeBSD machine as the 'INSTALL' file didn't specifically name it (FreeBSD), leaving us with no reason to think 'step-5' applied to our situation or issue; I thought we tested 'change_passwd' at least once. However, I will try 'step-5' now. RESULTS: gcc -lcrypt -O -o chpasswd chpasswd.c chpasswd.c:33:19: error: crypt.h: No such file or directory A little googling leads us to believe that "the crypt() function is defined in unistd.h, not crypt.h". I tried replacing #include <crypt.h> with #include <unistd.h>, remember we're not programmers; chpasswd continues to not function on FreeBSD-7.3. Given this crypt.h issue, is there anything, within reason, that can be done for this machine and change_passwd 4.3BATA7; or should I have a look at Vadmin; provided it allows 'users' to change their own password at will. vpop and the like is way too-much, we're not even interested in mysql at this point. ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
