Re: formMail.cgi or alternatives

Don't you love it when you're put in charge and they tie your hands. :)

But, honestly, even if you implemented a CGI application for the email
portion you'd still get some spam. If it's not dynamic, you may be stuck
either way.

But, it seems as formmail.cgi is CGI anyhow.. so would you simply point it
to another server that is dynamic to run these formmail scripts?

You could always just do Mailto: hyperlinks. :)

Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]On
Behalf Of Jim Franz
Sent: Monday, July 23, 2007 9:33 PM
To: WEB400@xxxxxxxxxxxx
Subject: [WEB400] formMail.cgi or alternatives


I have a customer's web site where they contracted a rewrite from
an outside
non-iSeries company, but iSeries will still be the server. This
is not a dynamic site-
all advertising, & I've already lost the arguement to make it dynamic.
They want to use formMail.cgi for allowing web user
to fill in some info (credit app) to email to a company rep.
Quick web search indicates this is a spammer's dream come true.
Anyone implemented this?
Any alternatives (net.data?) or something or any way to make
formMail.cgi secure?
I've been told I'm not part of this project, but I am contracted
to manage the Apache
webserver (which means I did a setup years ago, & I keep the
groups & cume updated
a couple times a year).

jim franz

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.