If I’m using the Send Form Action, do I need a separate script file on the server, such as form2mail.php—and if so should this be placed in the htdocs folder or a subfolder?
My forms don’t seem to be sending now—even ones using the PHP Feedback Form action—although they did about a week ago??
Sorry—not clear. What I’m saying is: is it necessary to set a Post parameter in Page/Form Setup or is the FW_Send_Form.php file invoked automatically when a form is submitted?
I think one of my problems was that I still has the old form mailer file in the Post dialog, and even when I realised this it wouldn’t delete; kept reappearing on that dialog.
the Post parameter kept reappearing because it was on the Master Page.
You do NOT need to set anything in Page>Form Setup - it should be totally blank as the Action does all that part for you. Just set the parameters in the Send Form Action palette and you will be GTG
I think I have the forms set up as described. None of them work: the user goes to the success page, but no email is received. For example, none of these work:
I would not use the action as a Page Action but instead apply it to the Div that contains the form itself ie the ‘register-product’ Div and see how that works for you.
If you get the Success page but no email response arrives then the first place I would look is in your receiving machines/account Spam or Junk mail box.
I would not use the action as a Page Action but instead apply it to the Div that contains the form itself ie the ‘register-product’ Div and see how that works for you.
If you get the Success page but no email response arrives then the first place I would look is in your receiving machines/account Spam or Junk mail box.
I would not use the action as a Page Action but instead apply it to the Div that contains the form itself ie the ‘register-product’ Div and see how that works for you.
If you get the Success page but no email response arrives then the first place I would look is in your receiving machines/account Spam or Junk mail box.
I would not use the action as a Page Action but instead apply it to the Div that contains the form itself ie the ‘register-product’ Div and see how that works for you.
If you get the Success page but no email response arrives then the first place I would look is in your receiving machines/account Spam or Junk mail box.
I would not use the action as a Page Action but instead apply it to the Div that contains the form itself ie the ‘register-product’ Div and see how that works for you.
If you get the Success page but no email response arrives then the first place I would look is in your receiving machines/account Spam or Junk mail box.
No idea why that answer was repeated 2 more times!
Anyway
On Piazze Presto (which uses Send Form) - your fields are NOT named correctly (3rd Tab of the Inspector when the field is selected). It should be noted that this is not so critical if the correct fields have been selected in the Send Form action interface.
This way all the form items are within a Table structure and the Action can be applied to the Table itself. That way there is a smaller chance of other items on the page affecting your form.
On 17 Jul 2013, at 08:38, DeltaDave email@hidden wrote:
On Piazze Presto (which uses Send Form) - your fields are NOT named correctly (3rd Tab of the Inspector when the field is selected). It should be noted that this is not so critical if the correct fields have been selected in the Send Form action interface.
Name should be name
Email should be email
ie lowercase name and email.
This isn’t a requirement in Send Form. Instead you need to select the fields you want to use as the sender name and sender address in the Action palette.
If the forms are going to the success page then the scripts are doing all they can (gathering the inputs into an email, sending them, and being told by the server that they were sent). I would talk to your host to check if they have any restrictions/requirements for contact forms. A lot of them will require the recipient email address to be a domain that’s managed by the host (to prevent spammers), or require you to be on a Linux server for them to work. If the forms were working up to a point then the most likely cause for them to stop working is a change on the server, since the code in the Actions won’t have changed all that much recently.
Also, upload this test file to each server, visit it in a browser, and see if it sends you a message.
This is not a Freeway form handler, but it acts like one. If it works, and the Action does not, then you may have an issue with how your form is constructed or how your Action settings are configured.
Walter
On Jul 17, 2013, at 8:53 PM, Walter Lee Davis wrote:
Are they all on the same server? Or are there differences in the environment that might be confusing things?
Walter
On Jul 17, 2013, at 8:43 PM, John Cooper wrote:
Thanks for your help. I managed to get one form working, but not others such as: