encrypted e-mails from script/cgi

If I place a form for product ordering on my website, what scripting
technology or CGIs can I use to encrypt the e-mail sent to my e-mail
account with the order information?

Thanks.

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote

If I place a form for product ordering on my website, what scripting
technology or CGIs can I use to encrypt the e-mail sent to my e-mail
account with the order information?

Dear God. I hope you're not planning on having customers' credit card
information emailed to you. That is extremely insecure and dangerously
irresponsible.

Get a payment gateway to handle this stuff.


--
-Karl Core
Please Support "Project Boneyard":
http://www.insurgence.net/info.aspx?action=band&item=boneyard

Karl Core wrote:

Dear God. I hope you're not planning on having customers'
credit card information emailed to you.

I seriously doubt God is planning on having customer's credit
card info emailed to Him <g>

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Now playing: Twarres - She Couldn't Laugh

Els wrote:

Karl Core wrote:


Dear God. I hope you're not planning on having customers'
credit card information emailed to you.


I seriously doubt God is planning on having customer's credit
card info emailed to Him <g

I wouldn't put it past the Pope though...

NM

News Me wrote:

Els wrote:
Karl Core wrote:

Dear God. I hope you're not planning on having customers'
credit card information emailed to you.

I seriously doubt God is planning on having customer's
credit card info emailed to Him <g

I wouldn't put it past the Pope though...

...or send it to the Wailing Wall..
http://www.aish.com/wallcam/Place_a_Note_in_the_Wall.asp

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Now playing: Twarres - I Need To Know

"Karl Core" <karl (AT) NOSPAMkarlcore (DOT) com> wrote in news:cs6tee$fe0$1@ngspool-
d02.news.aol.com:

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote in message
news:Xns95DDAB27BB1EAznzn122eduinvalid (AT) 216 (DOT) 196.97.131...
If I place a form for product ordering on my website, what scripting
technology or CGIs can I use to encrypt the e-mail sent to my e-mail
account with the order information?



Dear God. I hope you're not planning on having customers' credit card
information emailed to you. That is extremely insecure and dangerously
irresponsible.

Can you read? Is there a CGI/Scripting technology that will encrypt the e-
mail? If the data in a form is encrypted in something like PHP, how useful
would that e-mail be to someone else?

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote in message

Dear God. I hope you're not planning on having customers' credit card
information emailed to you. That is extremely insecure and dangerously
irresponsible.

Can you read? Is there a CGI/Scripting technology that will encrypt the e-
mail? If the data in a form is encrypted in something like PHP, how useful
would that e-mail be to someone else?

And how usefull would it be to the email client you send it to?

You should be using HTTPS and a secure server side process, not email.

--
Cheers
Richard.

"rf" <rf@.invalid> wrote in
news:gdEFd.117383$K7.65209 (AT) news-server (DOT) bigpond.net.au:

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote in message

Dear God. I hope you're not planning on having customers' credit
card information emailed to you. That is extremely insecure and
dangerously irresponsible.

Can you read? Is there a CGI/Scripting technology that will encrypt
the e- mail? If the data in a form is encrypted in something like
PHP, how useful would that e-mail be to someone else?

That was supposed to read PGP.

And how usefull would it be to the email client you send it to?

You should be using HTTPS and a secure server side process, not email.

The server already is configured for https. How do you define secure server
side process? Are you referring to having php write to a database?

Thanks.

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote

"rf" <rf@.invalid> wrote in
news:gdEFd.117383$K7.65209 (AT) news-server (DOT) bigpond.net.au:

And how usefull would it be to the email client you send it to?

You should be using HTTPS and a secure server side process, not email.


The server already is configured for https. How do you define secure
server
side process? Are you referring to having php write to a database?

I am now totally lost. You originally talked about sending the data vie
email. To quote:

"the e-mail sent to my e-mail account"

Once again, if you encrypt an email (however you do it) what is the email
client going to make of it?

And, if you are processing it on a server somewhere, why do you *need* to
email it anywhere?

Perhaps if you re-state exactly what you are doing and intend to do.

--
Cheers
Richard.

"rf" <rf@.invalid> wrote in news:AeJFd.117916$K7.40059@news-
server.bigpond.net.au:

"zn" <zn (AT) zn122 (DOT) edu.invalid> wrote
"rf" <rf@.invalid> wrote in
news:gdEFd.117383$K7.65209 (AT) news-server (DOT) bigpond.net.au:

And how usefull would it be to the email client you send it to?

You should be using HTTPS and a secure server side process, not
email.


The server already is configured for https. How do you define secure
server
side process? Are you referring to having php write to a database?

I am now totally lost. You originally talked about sending the data vie
email. To quote:

"the e-mail sent to my e-mail account"

Once again, if you encrypt an email (however you do it) what is the
email
client going to make of it?

And, if you are processing it on a server somewhere, why do you *need*
to
email it anywhere?

Perhaps if you re-state exactly what you are doing and intend to do.

I have read references to off-the-shelf "commerce servers" that can e-
mail encrypted credit card orders for off-line processing in the office
using traditional credit card swipe machines. Supposedly, after the
consumer places the order, the e-mail is sent to the company and they
process the order. At the company, there has to be a way to decrypt the
encrypted e-mail message (PGP? or is there another system of sending
encrypted e-mail).

Basically, I'm trying to find a way to accept a small amount of daily
orders over the web at my company. I'd like to do something simple like
having a form with a submit button, which when clicked would submit the
data to us. We're not far enough along knowlege-wise right now
(obviously!) to setup something with online credit card processing. And
right now we'd like to avoid stepping into having to setup something
MySQL based.

Sorry about not being clearer and my earlier hasty response.

Thanks.