Apr 3rd, 2011, 10:20 AM
Hi Colbert,
I'm so sorry you're having trouble! I gotta admit though, not being able to reset your password as that doc page describes (http://docs.formtools.org/tutorials/rese..._password/) is pretty weird... I've never heard of that not working before. All it does is encrypt a string for pasting into the DB. Maybe double check that when you copy & paste it over you don't include a final trailing space. That can mess it up.
If you're not getting emails from the "forgot your username"
page, then there are a few possibilities:
1. the PHP mail() function isn't configured to run on your server (very possible),
2. the email address for the admin record isn't the one you expect,
3. or finally, the Swift Mailer plugin is enabled but not configured properly so Form Tools is trying to use it to send out the emails but not able to.
You mentioned that other people have had this problem before: absolutely! The problem with writing a script to run in any PHP environment is that everyone has their server configured different ways. Some people just won't have it configured to have everything that's needed. *My* failing is with the error checking: there should be tighter tests at all key junctures to prevent people getting boxed in like this. For example, the Swift Mailer module can be enabled but not properly configured: this is a very possible scenario. They try to set it up but don't have all the SMTP info, so quit. but then Form Tools is set up to send via Swift and can't.
Believe me, I'm well, well aware of these problems! But it's a constant fight to find the time and prioritize which to focus on. Up until now, this has been an evenings-and-weekends project (but soon to change!).
By the way, with regard to the username field in the DB having "NULL" as the default value, true, it does seem a little funny (in fact, the username & password fields are now marked as NOT NULL in 2.1.0) - but it's functionally fine. The PHP code ensures that the entries being inserted into the DB have a username.
Anyway - long answer. Again, I'm really sorry it didn't work out for you, and that I haven't been around these forums enough to respond sooner to your posts.
You mentioned that you'd really like to receive the emails that you've been getting. But to be honest, since you're going to drop the script I don't really see the benefit in spending more time on it... they won't help you any.
All the best -
- Ben
I'm so sorry you're having trouble! I gotta admit though, not being able to reset your password as that doc page describes (http://docs.formtools.org/tutorials/rese..._password/) is pretty weird... I've never heard of that not working before. All it does is encrypt a string for pasting into the DB. Maybe double check that when you copy & paste it over you don't include a final trailing space. That can mess it up.
If you're not getting emails from the "forgot your username"
page, then there are a few possibilities:
1. the PHP mail() function isn't configured to run on your server (very possible),
2. the email address for the admin record isn't the one you expect,
3. or finally, the Swift Mailer plugin is enabled but not configured properly so Form Tools is trying to use it to send out the emails but not able to.
You mentioned that other people have had this problem before: absolutely! The problem with writing a script to run in any PHP environment is that everyone has their server configured different ways. Some people just won't have it configured to have everything that's needed. *My* failing is with the error checking: there should be tighter tests at all key junctures to prevent people getting boxed in like this. For example, the Swift Mailer module can be enabled but not properly configured: this is a very possible scenario. They try to set it up but don't have all the SMTP info, so quit. but then Form Tools is set up to send via Swift and can't.
Believe me, I'm well, well aware of these problems! But it's a constant fight to find the time and prioritize which to focus on. Up until now, this has been an evenings-and-weekends project (but soon to change!).
By the way, with regard to the username field in the DB having "NULL" as the default value, true, it does seem a little funny (in fact, the username & password fields are now marked as NOT NULL in 2.1.0) - but it's functionally fine. The PHP code ensures that the entries being inserted into the DB have a username.
Anyway - long answer. Again, I'm really sorry it didn't work out for you, and that I haven't been around these forums enough to respond sooner to your posts.
You mentioned that you'd really like to receive the emails that you've been getting. But to be honest, since you're going to drop the script I don't really see the benefit in spending more time on it... they won't help you any.
All the best -
- Ben