FQ's Formmail.pl doesn't work.

[Terra]

The server formmail script is deployed on over 80+ domains, and working properly...

You are trying to attempt customized interfacing via PHP3 to FormMail, and I would recommend seeing exactly what PHP3 is outputting...

Our technical support does not always extend into this customized arena, the most we can do is ensure that the core tools we put in place function properly...

Getting custom behavior to work just right takes time and patience (speaking from experience)...

<<<<Retracted due to ignorance>>>>
Bottom line: FQ's Formmail.pl does work properly... http://www.aota.net/ubb/wink.gif
<<<<Retracted due to ignorance>>>>

<<<New Version>>>
Bottom line: FQ's Formmail.pl does not work properly... http://www.aota.net/ubb/frown.gif
<<<New Version>>>
--
Terra
--Feeling under the gun--
FutureQuest

[This message has been edited by ccTech (edited 02-22-99).]

[ddunlap]

I have the exact same problems as Jacob - same error message, and it is on every one of my clients sites. I haven't changed a thing and they were all working - I perform test runs every week. (I sent an e-mail about an hour ago regarding this.) Is there ANY chance that something has gone awry?

[Jacob Stetser]

Oy, I'm getting whiplash from posting in all the forums..

No, I abandoned the PHP mailer when I decided there wasn't time to wait on an answer, and I knew that you don't fully support custom solutions.

So I went with a plain-vanilla form that sends data to formmail, created at aota.net's formmaker.. All I did was remove the extraneous table data and the input forms I didn't need.

If you want to see the errors, I've left my cgi_logs directory intact.

My question is: Why doesn't the formmail work for me, even tho the form I use is a plain old form? (See below)

<FORM ACTION="/cgi-bin/mailform" METHOD="POST">
</p>

<font face="Verdana,Helvetica,san-serif">
<INPUT TYPE=hidden name="recipient" value="simple@icongarden.com">
<input type="text" name="email" size="24">
<input type=hidden name="print_config" value="email">
<input type=hidden name="subject" value="Send more information">
<input type=hidden name="redirect" value="http://www.icongarden.com/cookie/thanks.shtml">
<input type="submit" value="Send me more information" name="mail">
</form>

And b, do you know of any inherent incompatibilities between PHP's mail() and qmail's autoresponder?

[Deb]

Ditto on the whiplash http://www.aota.net/ubb/smile.gif

There was in fact a problem found -- we stand corrected http://www.aota.net/ubb/wink.gif

Terra is working on it now... as I stated in the other thread... best advise for anyone who has a formmail running that just suddenly stopped working -- hold tight -- it'll be fixed on this end.

Will let you know when we figure out what went wrong.

Deb

[Terra]

Can you tell I'm stressed heavily today... http://www.aota.net/ubb/frown.gif

This was a problem with the Apache SRM config file... While working on the upgrades, the primary Apache picked up on the new 'upgraded for SIX' SRM file, instead of the one written for TAZ...

The new SIX SRM was finished early yesterday morning, and no problems with FormMail.pl file had been reported... Closer examination revealed the Apache was using the wrong config file... This was quickly fixed by reconfiguring the startup files and forcing an inode lock to the correct SRM file...

It should be back online now... Sorry about the confusion...

--
Terra
--going to go crawl into a dark corner now--
FutureQuest

[This message has been edited by ccTech (edited 02-22-99).]

[Jacob Stetser]

Thanks for the quick fix, Terra.

I'm glad it wasn't just me!

Anyhow, as far as I can figure, Qmail's autoresponders will not respond to any script-sent mail, even if the FROM email address is set to one that is not on the server.

So I removed my handy little form-to-autoresponder until I learn a solution http://www.aota.net/ubb/frown.gif

[Terra]

One tidbit... I had posted this elsewhere concerning the 'sendmail -f' feature...

Any mail send from PHP3 or CGI scripts will be from 'webmaster@yourdomain.com', unless you override with the '-f' feature...

This was done to keep bounces out of FQ's mailbox, and bounced back to the correct domain...

This may or not be the problem, but study carefully the flow of:
CGI or PHP3 (mail) --> customer
customer --> autoresponder (mail) --> customer
CGI or PHP3 --> autoresponder --> customer

I would say there is a 'mirror' type of problem where something has been reversed in the From: or To: (maybe Reply-To http://www.aota.net/ubb/smile.gif header lines...

I wish I had time to investigate, but I'm under time constraints at the moment... Personally, I've never attempted to bounce CGI email off an autoresponder...

--
Terra
--painting myself into a corner--
FutureQuest.net

[Jacob Stetser]

http://www.aota.net/ubb/frown.gif

I received the following after reconfiguring to use FQ's formmail, thinking I could get around the PHP problem by using a different script. Well, the different script doesn't work. Sigh. Error below-

----

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@icongarden.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.
Premature end of script headers: /usr/CNC/cgi-sys/formmail/FormMail.pl

[ddunlap]

Ditto on the above post - thanks for the quick fix! I don't understand 97.4% of the things you say, but you rock, Andrew!