Access Codes not Displaying

[cpiergalline]

Version: 2.24.431 Standard Edition
Server: Apache 2.2

Our ticket system recently started getting hammered by spam bots (3-4 submissions every 15 minutes), so I decided it was finally a good time to enable the Access Codes within TTX.  The problem is, the captcha image does not seem to be displaying properly.

In IE, the image shows as a big red "X", and in firefox it just shows as a broken link.  When I try and open the image in a new window, I receive the following error:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, administrator@sleepservices.net and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

The site is hosted on an internal web server, however I have virtually no web design/web development experience to figure out how to proceed (the guy who did left the company a few months back, and his replacement is mostly a network guy like myself).

I have gone through the few threads that I have found that seemed mostly related to my issues, but none of the solutions seemed to work, or were abandoned by the original poster.  I am willing to believe the problem isn't with TTX, but either my server, or how the set-up was initially done (before my time with the company).

Any thoughts?

[Sparky]

So it would be helpful to know which solutions you've already tried.

There is a solution to this in the sticky thread.  Did you try this one?

Did you upload anything when you activated Captcha?  If so, did you set the file permissions properly?

... I have virtually no web design/web development experience to figure out how to proceed ...

I don't know what to tell you.  You have to at least be able to know how to install and configure a program like TTX in order to implement most of the solutions posted here.

[cpiergalline]

There is a solution to this in the sticky thread.  Did you try this one?

I tried both resetting templates, as well as adding the "captchamode=alt" line to my ttxcfg.cgi file (it had been missing as well).  And neither made any difference. 

Did you upload anything when you activated Captcha?  If so, did you set the file permissions properly?

I did not upload anything.  I logged into the set-up page, ticked the Use Access Code box, and that's it.  I'm assuming this is where my issues actually lie, but given that the site is hosted internally, and Apache is running on the same server as TTX, I didn't think that anything actually needed to be "uploaded". 

I don't know what to tell you.  You have to at least be able to know how to install and configure a program like TTX in order to implement most of the solutions posted here.

In terms of installation and configuration, I am fine, as long as I am pointed in the right direction.  But when it comes to understanding cgi, or anything more than basic html, it's just not what I do.

[Sparky]

Make sure you have a file installed called key.cgi and that its permissions are set to at least 755.  It might be best to re-upload this file making sure it's uploaded in ASCII or TEXT mode.  Again, verify file permissions.

[Sparky]

Hello?  What happened?

[juminosy]

Make sure you have a file installed called key.cgi and that its permissions are set to at least 755.  It might be best to re-upload this file making sure it's uploaded in ASCII or TEXT mode.  Again, verify file permissions.

I am having the same problem as the OP. It did not occur to me that it could be a permissions issue. I will try your suggestion and see if it helps



unusonusonronald Cruzag

[Sparky]

"Internal Server Error" really narrows it down.

Most common causes are when cgi files uploaded improperly or permissions incorrect.

[doc]

I am also having an issue getting the Access Code (captcha) to work.

Version information: 3.01.838 MySQL Edition
Steps taken:
1. Enabled Access Code via setup.cgi - submission form didn't change and submissions are still being pushed through like normal
2. Reset templates - same, no change
3. Added "captchamode=alt" to ttxcfg.cgi - same, no change
4. Changed "captchamode" to "gd" - same, no change
5. Re-uploaded key.cgi in ASCII mode and confirmed permissions - same, no change

Any ideas? I just recently (a couple weeks ago) started getting hit like crazy with spammer form submissions, before then I had never seen a single spam submission.

[Sparky]

So what happens when you load key.cgi in the browser?  Ie.  Point your URL directly at this file.

[doc]

Good call, didn't think of trying that.

Output:
Error loading GD.pm
Can't locate GD.pm in @INC (@INC contains: /var/www/html/{removed}/{removed}/support /usr/local/perl-5.8.8/lib/5.8.8/i686-linux /usr/local/perl-5.8.8/lib/5.8.8 /usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686-linux /usr/local/perl-5.8.8/lib/site_perl/5.8.8 /usr/local/perl-5.8.8/lib/site_perl .) at (eval 2) line 2. BEGIN failed--compilation aborted at (eval 2) line 2.

I don't see a GD.pm in the installation package nor in my TTX (support) directory.

[Sparky]

That's because it's typically part of your Perl installation.

http://www.broadinstitute.org/ftp/pub/software/WWW/GD.html

[doc]

Gotcha. I'll assume installation of that will fix the problem (not something I have access to do and my host charges too much for custom work) and find another way to prevent non-human clients from getting to the form.

Thank you for the help!

[Sparky]

Perhaps you can do a custom addition of Captcha.  There are free methods to add Captcha to any form...  perhaps with JavaScript or Ajax.  Or maybe you can find a Perl method which does not rely on GD.   Google it.