what options for the Mailto: command??

  • Thread starter Thread starter neutrino
  • Start date Start date
N

neutrino

I'v got the following on a web page to send the contents of an order
form,

<FORM ACTION="mailto:[email protected]" ENCTYPE="text/plain"
onSubmit="return checkForm(this);"
method=post>


but the result is not very nice to look at- what options are there to
send the form either in the layout as it appears on the web page, or
even I guess- send the current form as it appears on the site? if
that's possible?

many thanks..
 
None. Mailto is not only horribly unreliable, it's also not flexible.

Outside of using FP's form processors, there are only two ways to process
form data -

1. Use mailto:[email protected] as the action of the form
2. Use a server-side scripting method to a) harvest the form's data, b)
process it in some manner, e.g., enter it into a database, c) formulate and
send an email to one or more email recipients, and d) redirect the visitor
to some ending page

Method 1 is quite simple, and is also the least reliable. It depends both
on your visitor having an email client already installed on their computer -
this eliminates public computers, or home users without email clients
installed (more and more it seems) - and on the installed email client
responding to
the mailto call. It is not possible to use this method *and* send the
visitor to a
thank you page as well.

Method 2 is the preferred method, since it eliminates the problems of method
1, but it means that you have to grapple with server-scripting somehow (ASP,
CF, PHP, perl, etc.).

You would have to decide which of these methods is best for your needs,
but if it's Method 2, then start by asking your host what they provide for
form
processing.
 
I highly recommend using method 2 for all emails from a
website. Having a mailto: link or using the FP processor for
email posts the email address on the web and is an
invitation for spam. My home page has seen over 2500 hits on
it from know email harvesters this month.



: None. Mailto is not only horribly unreliable, it's also
not flexible.
:
: Outside of using FP's form processors, there are only two
ways to process
: form data -
:
: 1. Use mailto:[email protected] as the action of the form
: 2. Use a server-side scripting method to a) harvest the
form's data, b)
: process it in some manner, e.g., enter it into a database,
c) formulate and
: send an email to one or more email recipients, and d)
redirect the visitor
: to some ending page
:
: Method 1 is quite simple, and is also the least reliable.
It depends both
: on your visitor having an email client already installed
on their computer -
: this eliminates public computers, or home users without
email clients
: installed (more and more it seems) - and on the installed
email client
: responding to
: the mailto call. It is not possible to use this method
*and* send the
: visitor to a
: thank you page as well.
:
: Method 2 is the preferred method, since it eliminates the
problems of method
: 1, but it means that you have to grapple with
server-scripting somehow (ASP,
: CF, PHP, perl, etc.).
:
: You would have to decide which of these methods is best
for your needs,
: but if it's Method 2, then start by asking your host what
they provide for
: form
: processing.
:
: --
: Murray
: --------------
: MVP FrontPage
:
:
:
: > I'v got the following on a web page to send the
contents of an order
: > form,
: >
: > <FORM ACTION="mailto:[email protected]"
ENCTYPE="text/plain"
: > onSubmit="return checkForm(this);"
: > method=post>
: >
: >
: > but the result is not very nice to look at- what options
are there to
: > send the form either in the layout as it appears on the
web page, or
: > even I guess- send the current form as it appears on the
site? if
: > that's possible?
: >
: > many thanks..
: >
:
:
 
Is there a list of known email harvesters?



|I highly recommend using method 2 for all emails from a
| website. Having a mailto: link or using the FP processor for
| email posts the email address on the web and is an
| invitation for spam. My home page has seen over 2500 hits on
| it from know email harvesters this month.
|
|
|
| | : None. Mailto is not only horribly unreliable, it's also
| not flexible.
| :
| : Outside of using FP's form processors, there are only two
| ways to process
| : form data -
| :
| : 1. Use mailto:[email protected] as the action of the form
| : 2. Use a server-side scripting method to a) harvest the
| form's data, b)
| : process it in some manner, e.g., enter it into a database,
| c) formulate and
| : send an email to one or more email recipients, and d)
| redirect the visitor
| : to some ending page
| :
| : Method 1 is quite simple, and is also the least reliable.
| It depends both
| : on your visitor having an email client already installed
| on their computer -
| : this eliminates public computers, or home users without
| email clients
| : installed (more and more it seems) - and on the installed
| email client
| : responding to
| : the mailto call. It is not possible to use this method
| *and* send the
| : visitor to a
| : thank you page as well.
| :
| : Method 2 is the preferred method, since it eliminates the
| problems of method
| : 1, but it means that you have to grapple with
| server-scripting somehow (ASP,
| : CF, PHP, perl, etc.).
| :
| : You would have to decide which of these methods is best
| for your needs,
| : but if it's Method 2, then start by asking your host what
| they provide for
| : form
| : processing.
| :
| : --
| : Murray
| : --------------
| : MVP FrontPage
| :
| :
| :
| | : > I'v got the following on a web page to send the
| contents of an order
| : > form,
| : >
| : > <FORM ACTION="mailto:[email protected]"
| ENCTYPE="text/plain"
| : > onSubmit="return checkForm(this);"
| : > method=post>
| : >
| : >
| : > but the result is not very nice to look at- what options
| are there to
| : > send the form either in the layout as it appears on the
| web page, or
| : > even I guess- send the current form as it appears on the
| site? if
| : > that's possible?
| : >
| : > many thanks..
| : >
| :
| :
|
|
 
This particular one has this for the user-agent: Mozilla/3.0
(compatible; Indy Library). The number quoted was as of last
friday- the current count is 4802 hits for the month- all of
the IPs go back to china, and are blacklisted for spam


"Rob Giordano (Crash)" <[email protected]>
wrote in message
: Is there a list of known email harvesters?
:
:
:
: : |I highly recommend using method 2 for all emails from a
: | website. Having a mailto: link or using the FP processor
for
: | email posts the email address on the web and is an
: | invitation for spam. My home page has seen over 2500
hits on
: | it from know email harvesters this month.
: |
: |
: |
message
: | : | : None. Mailto is not only horribly unreliable, it's
also
: | not flexible.
: | :
: | : Outside of using FP's form processors, there are only
two
: | ways to process
: | : form data -
: | :
: | : 1. Use mailto:[email protected] as the action of the
form
: | : 2. Use a server-side scripting method to a) harvest
the
: | form's data, b)
: | : process it in some manner, e.g., enter it into a
database,
: | c) formulate and
: | : send an email to one or more email recipients, and d)
: | redirect the visitor
: | : to some ending page
: | :
: | : Method 1 is quite simple, and is also the least
reliable.
: | It depends both
: | : on your visitor having an email client already
installed
: | on their computer -
: | : this eliminates public computers, or home users
without
: | email clients
: | : installed (more and more it seems) - and on the
installed
: | email client
: | : responding to
: | : the mailto call. It is not possible to use this
method
: | *and* send the
: | : visitor to a
: | : thank you page as well.
: | :
: | : Method 2 is the preferred method, since it eliminates
the
: | problems of method
: | : 1, but it means that you have to grapple with
: | server-scripting somehow (ASP,
: | : CF, PHP, perl, etc.).
: | :
: | : You would have to decide which of these methods is
best
: | for your needs,
: | : but if it's Method 2, then start by asking your host
what
: | they provide for
: | : form
: | : processing.
: | :
: | : --
: | : Murray
: | : --------------
: | : MVP FrontPage
: | :
: | :
: | :
: |
: | : > I'v got the following on a web page to send the
: | contents of an order
: | : > form,
: | : >
: | : > <FORM ACTION="mailto:[email protected]"
: | ENCTYPE="text/plain"
: | : > onSubmit="return checkForm(this);"
: | : > method=post>
: | : >
: | : >
: | : > but the result is not very nice to look at- what
options
: | are there to
: | : > send the form either in the layout as it appears on
the
: | web page, or
: | : > even I guess- send the current form as it appears on
the
: | site? if
: | : > that's possible?
: | : >
: | : > many thanks..
: | : >
: | :
: | :
: |
: |
:
:
 
Back
Top