Sorry if I am not doing something right by starting this on a new thread, but I am desperate, I am getting lots of spam from mainly Russian e-mail addresses.
I applied “PHP Feedback Form” action and deleted Recipient, Redirect, and Subject from the hidden fields and removed “/cgi/formmail” from Form and left the Method as “Post” (I also tried “Get”) but can’t get the form to work.
Called my provider and they said “Sendmail” is enabled, PHP is version 4 (I tried 5 and didn’t make a difference) and they use Linux server ( I read on another post problem with windows server and this action).
I am not sure what is wrong or what else I can try. I know the action is working I made the page “Privacy Policy” an error page, and that is what I get.
Hi,
Looking at your sample page I can’t see any of the PHP Feedback Form action code applied at all. There are a few things to remember when dealing with this action;
Make sure you have created both success and error pages and have selected them in the action interface,
Avoid using layers if you can or make sure all of the form elements are on the same layer,
Turn on the full error reporting option so you’ll see if the server fails to send the mail.
Looking at the code I can see the remnants of the ajax code in there which, although it shouldn’t affect the feedback, could cause confusion.
I would suggest creating a very simple form that you can use the action with just to see the results you get back and then move on to adding the correct fields.
As for dealing with content spam the version of the action I use on the FreewayActions.com site (http://www.freewayactions.com/product.php?id=con) tracks the sender’s IP address which I can manually add to a block list should I get too many offers for their products. When I get a chance I’ll roll this functionality into the main action.
On 26 May 2008, at 10:49, kitesurfer3 wrote:
Sorry if I am not doing something right by starting this on a new thread, but I am desperate, I am getting lots of spam from mainly Russian e-mail addresses.
I applied “PHP Feedback Form” action and deleted Recipient, Redirect, and Subject from the hidden fields and removed “/cgi/formmail” from Form and left the Method as “Post” (I also tried “Get”) but can’t get the form to work.
Called my provider and they said “Sendmail” is enabled, PHP is version 4 (I tried 5 and didn’t make a difference) and they use Linux server ( I read on another post problem with windows server and this action).
I am not sure what is wrong or what else I can try. I know the action is working I made the page “Privacy Policy” an error page, and that is what I get.
What a journey!, Yes a changed so many things I lost track of them.
it has been working all along, David Fullen is a name that rings a bell here?
You tried to send me the form and it worked, thanks a lot, then I tried in my wife’s computer and it works almost flawlessly, I said almost because it always comes from “email@hidden”?
before I forget I made what I thinks is a good discovery, you know how hard is to keep Tab Order (I was using the Tab Order action) but the form was all mixed-up.
It turns out all I needed to do was make the fields layers in the order I want them to be entered and they will appear in the form the same way (keep Tab Order on so you can see them happening), I know Tim advice me no to have fields as Layers, but they drive me crazy if I don’t, all out of place.
I think I am going to call this “Action”…mini-me
(I need to laugh a bit, all this drove me nuts)
All I have to do now is find out why it comes as “email@hidden”
But like I said before I am almost there, thanks to you guys!
In the action interface the first option is to set error reporting to “One page for all errors” or “A page for each error”.
If you switch this on then you’ll get to specify a separate redirect for each of the following errors;
Not in domain
Server error
Invalid e-mail address
Regards,
Tim.
On 26 May 2008, at 15:40, kitesurfer3 wrote:
What exactly is the “full error reporting option”?
FreewayActions.com - Freeware and shareware actions for Freeway Express & Pro.
Protect your mailto links from being harvested by spambots with Anti Spam.
Only available at FreewayActions.com
Add a standard text field and call it email and, assuming it gets filled in, it will format the email as if it was from the sender and not the server.
Regards,
Tim.
On 26 May 2008, at 17:56, kitesurfer3 wrote:
All I have to do now is find out why it comes as “email@hidden”
FreewayActions.com - Freeware and shareware actions for Freeway Express & Pro.
Protect your mailto links from being harvested by spambots with Anti Spam.
Only available at FreewayActions.com
Unfortunately not at the moment. I did think about putting this in but one region’s phone number formatting isn’t always suitable for another. I thought the Validate Form action from Softpress (digs through the KB site looking for the action… aha here it is… http://www.softpress.com/kb/article.php?id=545) would do this but it appears not.
Digs some more…
There are a number of free phone validation JavaScripts out there on the web that you could use. For example; http://www.dreamincode.net/code/snippet69.htm or http://www.smartwebby.com/DHTML/phone_no_validation.asp
I hope these help.
Regards,
Tim.
On 26 May 2008, at 21:12, kitesurfer3 wrote:
Thanks, it was named e-mail I corrected it.
By the way is there a way to format a field so when someone enters a phone number as 1234567890 it will show as:
123-456-7890
Another twist to my “PHP Feedback Form” , if I call the Email field “email” and the field is empty the form fails to be sent and goes to “Error” page??
I set it to re-route to a valid address (no difference)
The email field is named such as part of a validation/error checking system so that the form will not be sent unless there is a valid email address in there. Nothing worse than getting a reply from someone that you cannot then contact in return.
As a result of correct naming of ‘name’ and ‘email’ fields the response you will get in your inbox will be something like:
Yes, this is by design. With the email field present the PHP script makes the
value required and throws the user to the error page if it isn’t filled in (or
a valid format). I’ve been thinking about how this action has grown and now
contains a lot of options that cover fringe cases. I suspect a future version
of the action will be cut down and a lot cleaner in terms of it’s UI and
application.
Thanks for the feedback.
Tim.
Another twist to my “PHP Feedback Form” , if I call the Email field “email”
and the field is empty the form fails to be sent and goes to “Error” page??
I set it to re-route to a valid address (no difference)