If it doesn't work at 777, then changing it to 755 won't help.

By shell.pl, you mean spell.pl, right? Also, check to make sure that your server will run CGI scripts that end in ".pl". Sometimes a ".cgi" suffix is required.

The next step I would take is to look at my server error logs, and find the exact, specific error that corresponds to your attempt to access the script.

Yeah typo on my part the shell.pl thing.

Does anyone know how to get this spell check to work with a WYSIWYG editor?

Anyone?

I'm trying to figure that out right now...
I'll get back to you if I'm successful.

Just installed and works great.

Seeing some people are having problem with the perl script. Here is my note.

1)Making sure your server support cgi-bin in the location you want.

I have:

ScriptAlias /cgi-bin/ /var/www/html/forums/cgi-bin/

under my virtual host setting. It assigns the location of the cgi-bin alias as well as allowing script excuting under that directory.

2) Permissions

For cgi-bin I have 711 (I never use 755, don't like the idea of people going through my cgi-bin directory)

for the perl script I have 755.

There is no need to have 777. It is very dangerous to say the least. eg. Anyone on the server can put their own cgi script in your cgi-bin directory. Also if you have 777 for the script, anyone on the server can alter it's contents!

3)Line wrapping.

Perl does not like Windows line wrapping: \r\n.

Under Unix, the line wrapping is \n. So you either need to upload your script in text mod, or if you unzip the file on the server as I do. Fix the script using:

dos2unix spell.pl

(If you open the file under a consol, and discovered a M at the end of each line. You have windows line wrapping!, naturally you can manually remove it under the consol one by one)

Strangely, for my server this isn't true.
I had it set to 777, thinking this would be fine for the testing and always got an INTERNAL SERVER ERROR. Then, chmod to 755, and whammo, it worked like a charm.

So for anyone getting an internal server error, be sure to check your paths to the spell.pl as stated, and also be sure to chmod the file itself to 755. Worked like a charm, great hack!

This can also be applied to the Quick Reply box with ease.

Just made a small addition to the showthread_replybox template that you needed to custom create for the quick reply hack.

Add the same "form" text from this spellcheck hack to the showthread_replybox template, right after the Reset Form button line.

Great hack, thanks again!

This solution works very well once you make sure everything is done correctly. Every failure or problem I experienced during installation was generated by my own errors and mistakes.

The only thing I noticed is the custom.dic doesn't work and affects the spell.pl application if you're on a shared host with the aspell library installed. I removed custom.dic and now it works fine now. Thanks for the solution/hack.

I really want to use this hack. I followed the directions, uploading the file to my cgi-bin and CHMODing it. I also modified my templates correctly. I'm receiving this error:

Did you try CHMODing the file to 755 and NOT 777?
As I posted a few messages above, I got the same error on 777, but CHMODing to 755 worked perfectly.