Apr 3rd, 2011, 4:49 PM
(Apr 3rd, 2011, 10:20 AM)Ben Wrote: 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
Ben, one reason I would like to get whatever emails are there is because I do website design. I would like to see whatever business I missed, and try to salvage what I can. That is on server 1.
The other reason is on server 2. My wife is an artist, and she relies on communication from her customers . . . and a form makes it so very convenient. Until recently, I could go to the formtools account and read the emails (it refused to forward them to her email address), copy and paste them into a document and then let her handle them. Even so, it worked better than the service I had paid for . . . for a while. Then one day, that installation of formtools decided to go on the fritz as well. I can't log into that one now either.
I have one customer who asked me to use formtools for her account, and it is actually on the same physical server as my wife's site. It was set up almost 1 year ago. So far, that version is working fine and I can log into it still using her username and password, but I'm beginning to have concerns . . . which brings me to a very important question:
Does formtoos perhaps have problems with passwords of certain lengths (I use the same username and password on my account and my wife's but not on that customer's account) or perhaps with certain characters?
Also, is the username perhaps "case sensitive" as in "Colbert" not being the same as "colbert"?