Re: formMail.cgi or alternatives

["Bradley V. Stone" <brad@xxxxxxxxxxxx>]

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.