fmbadhandler and return link not working

[dc_sava]

Hello,

I have been trying to get fmbadhandler and return link happening without any success.

I have been searching the forums and docs and cannot find that little something that makes it work, as I know it will.

My Latest attempt is here;
http://www.frameworkecm.com.au/pages/information_1.html

fmbadhandler does find my bad_template (you must make the CAPTCHA incorrect to submit as JS will catch the other fields) and this displays fine.

The return link however is timing out even though to me it looks ok.

Have included a link to PHP info in case this helps to diagnose the issue.
http://www.frameworkecm.com.au/pages/info.php

Can/will provide any additional information that helps get this working.

Any emails sent from this page will go to me so knock yourselves out

thanks
David.

[ginger23]

Hi,

Did you set $TARGET_URLS in formmail.php and fmbadhandler.php? Make sure that it has the www version of your domain name.

Also, are you using $TEMPLATEDIR or $TEMPLATEURL, and what do you have for that setting?

ginger

[dc_sava]

Hi Ginger,

These are my settings, sorry I didn't post these originally.

In Formmail.

$TARGET_URLS = array("http://www.frameworkecm.com.au/pages/");

In fmbadhandler.php

$TARGET_URLS = array("http://www.frameworkecm.com.au/pages/");
$TEMPLATEDIR = "fmtemplates";
$TEMPLATEURL = "";

Actual form page:

<input type="hidden" name="bad_url" value="http://www.frameworkecm.com.au/pages/fmbadhandler.php" />
<input type="hidden" name="bad_template" value="sampleerrortemplate.htm" />
<input type="hidden" name="this_form" value="http://www.frameworkecm.com.au/pages/information_1.html" />

I did run the test alert and it tells me the following for DOCUMENT_ROOT.

DOCUMENT_ROOT: -not set-
REAL_DOCUMENT_ROOT: C:\Inetpub\wwwroot\Framework\pages

Not sure if that's an issue.

The strange thing is I know I saw it work at some point because I saw the realname/email field issue (of them not repopulating) and had to use the derived fields to fix it.
Then I broke it somehow and I just can't see how.


thanks
David.

[ginger23]

Try this for $TEMPLATEDIR:

$TEMPLATEDIR = "C:\\Inetpub\\wwwroot\\Framework\\pages\\fmtemplates"; 

... and this for $TARGET_URLS:

$TARGET_URLS = array("http://www.frameworkecm.com.au/"); 

[dc_sava]

Hi Ginger,

Sorry for the delay in my response.
I did try your suggestions and many other variations to try and get this return link working to no evail.

In most cases the template would be found just fine but the return link refuses to work.

I tried examples using localhost under IIS on Win XP and that works fine.
I also tried an example on a site under an Apache server and that worked fine also.

So I have been able to make it work, just not on this server which is a Windows 2003 server using IIS. I'm more inclined to think now that the server is preventing this from working is there anything that should be checked/set on the server that could prevent this from working?


thanks
David.

[ginger23]

Hi,

Did you try the testurlopen.php script to see what happens with that? That file might be in the same zip file as fmbadhandler.php ... or you can find the zip file that contains testurlopen.php in this thread:

http://www.tectite.com/vbforums/show...pen.php&page=2

It's also very important that you set the $TEMPLATEDIR right in both formmail.php and fmbadhandler.php.

ginger

[dc_sava]

Hi Ginger,

Thanks again for the reply.

I have tried the testurlopen.php file and it works fine. You can try it yourself.
http://www.frameworkecm.com.au/pages/testurlopen.php

I have also tried using the TemplateURL option without success.

Very confusing given that I have it working in other environments.

Any other ideas would be appreciated.

thanks
David.

[ginger23]

Hi,

I don't know what else to suggest. Normally the error page would give a reason for not being able to open the page, but in your case it doesn't.

Sounds like it's time to subscribe for support with Russell.

ginger

[dc_sava]

It's been awhile since I revisited this problem.

Today for the hell of it I tried to access the exact same form locally from the web server that is giving me grief so instead of via the http://www... I used http://192.168...

This worked.

I don’t know what this means our tech is on holidays so I thought I’d run it by the forum to see if anyone has any ideas.

I can only imagine that it must be security settings or name resolution or something. But where I don’t know, in IIS or the server itself I have no idea.


Thanks.