1) I don't know of a way to do exactly that. What you can do is to create a "Validated" field, which is set to "No" as a default. Then, when you (as admin) come on, you can do a search for all records with "No" in the Validated field and decide whether you want to change the field to "Yes" or delete the record.
I will see if I can write up a full modification for validating records when I have the time.
2) The $auth_user_field variable is used to automatically enter the username of the logged in user into the appropriate field. If you have defined field 1 as the userid field, when the record is added, the script will automatically enter the userid into field #1 (which will be the second field in the list, since the first field is field #0).
If you are not using a userid field, change the $auth_user_field variable to -1.
3) I don't think it's really changing the password. I'm assuming that you are changing permissions in the "Admin" display. What you see in the password field is the encrypted form of the password, which will look different than what you entered.
After you change permissions for someone, try logging in with their username and password that you first entered. It should be okay. If not, there's a problem somewhere.
Quote:
I don't seem to have the statment @auth_signup_permissions = (1,1,1,1,0);
That's odd. Do you have version 2.04? The line should be just after the $auth_signup setting. If you don't have it, though, you can certainly add it.
Quote:
I also want to include a field to add an email and I can't seem to get it right I have it showing up on the output HTML forms but when I tried to edit the default.cfg it messed up the fields on the output.
You will either have to edit the html.pl file or set
$db_auto_generate = 1;
in the .cfg file in order for your own fields to show up.
Also, be sure that you are starting with a blank database if you are changing the fields from the demo.
------------------
JPD