Hi Justin,
Have you ever managed to get the form to produce an e-mail on that
server before? I ask because I can see the web site is being hosted on
a Windows IIS server and, although I’ve had reports of the action
working on some IIS configurations, the majority of users who aren’t
using an Apache server have problems.
Regards,
Tim.
Hi Justin,
Try this. Create a plain text file, call it info.php (for example),
and put the following code in it;
<?php
phpinfo();
?>
Upload this file to your server and enter the page URL in your web
browser. You should see a whole raft of information about the server
and the version of PHP that is installed. Make a PDF of this page,
print to PDF should do it, and remove the original php file you
uploaded to the server. Now I suspect that if you check the PDF you’ll
see that the sendmail path entry is blank. I suspect your server is
using something other than the required sendmail to, uhm, send the mail!
Contact your host and ask them to provide you with details of a form
to mail script that they know works. They should have at least one and
ideally one that uses PHP.
Regards,
Tim.
On 25 Jan 2010, at 21:11, Justin Easthall wrote:
No good, I have no clue what i messed with but I think it was more
to do with the database settings -
I just tried applying the action to the table and not the page - but
didnt make any difference -
It was working fine until i decided to redesign the site…
Blimey! Cheers I will do this now, I have just emailed ukreg to see what they have to say (before I received your post) - I will ask the above also if they need more info etc
I can’t actually help you, but your reference to UKReg suggets your
host may be Fasthosts, I’ve had trouble on their Windows servers,
before now, and switched from .php to an .asp script. However, I have
forms running happily on their Linux servers using both PHP Feedback
Form and PHP easiform Actions.
All that might not mean anything - or it might just trigger a thought
from others.
Colin
On 25 Jan 2010, at 21:30, Justin Easthall wrote:
Blimey! Cheers I will do this now, I have just emailed ukreg to see
what they have to say (before I received your post) - I will ask the
above also if they need more info etc
Well, looks like the contact form works on window pcs but not mac os machines - ive done a few tests myself and it does seem to be the case - heres the email from Fasthost…
Dear Customer,
Thank you for your support inquiry.
We understand that you find this issue uncomfortable for you, however we believe that this is already a scripting issue.
We have checked the form here in our end in windows machine and it just worked fine, however since you are on MAC PC
there are some components of HTML/PHP that doesn’t work on MAC but worked on Windows machine, aside from that you have also to consider the browser compatibility.
We strongly suggest you search this on search engineslike Google and definitely you should be able to find relevant information to why it is not working properly on mac but does in windows machines.
Goodness me, I’m struggling to control my editor’s instinct! That
really is an official communication from Fasthosts? Bi-zarre.
Quite apart from the grammar, capitalisation and general writing
errors, it is shockingly close to a brush-off.
AND I find it hard to understand how PHP, which is a server-side
process, could possibly be affected by the visitor’s operating
system. Do you mean you have the form hosted on a Fasthost server and
you have problems with it when using a Mac? (Sorry, a MAC PC?)
Got a URL?
k
email from Fasthost…
Dear Customer,
Thank you for your support inquiry.
We understand that you find this issue uncomfortable for you,
however we believe that this is already a scripting issue.
We have checked the form here in our end in windows machine and it
just worked fine, however since you are on MAC PC
there are some components of HTML/PHP that doesn’t work on MAC but
worked on Windows machine, aside from that you have also to consider
the browser compatibility.
We strongly suggest you search this on search engineslike Google and
definitely you should be able to find relevant information to why it
is not working properly on mac but does in windows machines.
That’s a seriously fishy answer. Once it’s in the hands of the
browser, a form is HTML. If it runs in IE and not on a standards-
compliant browser, then there’s something wrong with the HTML. Have
you tried validating the page in the W3 validator: http://validator.w3.org
to see what might be wrong? Was this form made 100% in Freeway,
using the normal Freeway form tools? (i.e.: nothing to do with the
Extended dialogs)
Walter
On Jan 26, 2010, at 2:00 PM, Justin Easthall wrote:
Well, looks like the contact form works on window pcs but not mac os
machines - ive done a few tests myself and it does seem to be the
case - heres the email from Fasthost…
Dear Customer,
Thank you for your support inquiry.
We understand that you find this issue uncomfortable for you,
however we believe that this is already a scripting issue.
We have checked the form here in our end in windows machine and it
just worked fine, however since you are on MAC PC
there are some components of HTML/PHP that doesn’t work on MAC but
worked on Windows machine, aside from that you have also to consider
the browser compatibility.
We strongly suggest you search this on search engineslike Google and
definitely you should be able to find relevant information to why it
is not working properly on mac but does in windows machines.
Now you know why I have migrated most of my sites to ‘ineedwebhosting’!
Seriously, is your site hosted on a Windows server or a Linux server?
For reasons I’ve never had clarified, Fasthosts Windows servers don’t
play well with the PHP Actions. If on the former, ask to be switched
to Linux. It may help.
Colin
On 26 Jan 2010, at 19:48, Justin Easthall wrote:
oh sorry the email has been hidden anyway if i enter the test email
address fasthost use the form works!!
Just so I may pile on the “Windows server” idea (oxymoron, in my
opinion), let me offer my short list of reasons why you would use
Windows as a Web server (or any other kind of server).
Your client is paying you 100 times the going rate to do it, over
your stern objections.
Your client has invested millions of dollars or the local
equivalent in a custom server application which can only be run on
Windows, and pays you by the hour to connect that application with the
outside world through the Web.
You don’t like the client, and hope they go out of business (after
paying you for your heartache).
You’re working for Microsoft (see #3, above).
Other than those reasons, there’s really no value in subjecting
yourself to that sort of abuse, except perhaps, as my father used to
kid gently, because as soon as you stop, your head will feel much
better.
Walter
On Jan 26, 2010, at 3:12 PM, Justin Easthall wrote:
thanks guys - I’ve just sent Freeway my file so they can take a look
but yes it is on a windows server… and if need i will swop if at
all poss -