How to hide email address without using Javascript?

[Thomas A. Rowe]

The animate.js file is not used by the FP Java Hover button applet, which is what cause the ActiveX
warning message.

The animate.js file is only use when you select one or more of the FP DHTML Effects.

--
==============================================
Thomas A. Rowe
Microsoft MVP - FrontPage

http://www.Ecom-Data.com
==============================================

 

[Tom Willett]

Hover buttons are not JavaScript, they are Java. The Active X message is a
result of clicking on them.
--
===
Tom Willett
Microsoft MVP - FrontPage
---
FrontPage Support:
http://www.frontpagemvps.com/
===
| Hi Ronx,
|
| I cannot give out that link becuase it's a commercial site that I am
working
| on. However. . .
|
| At least I found what was causing the javascript "bark". It was the
| FrontPage "hover buttons" that I had used. Those buttons actually
genereate,
| and use, a little legitimate Microsoft file called "animate.js" . I
romoved
| the hover buttons and replaced them with normal hyperlinks, and the
"barking"
| is now gone. There's no more ActiveX warning on that page now either.
|
| Always something isn't it ?
|
| Regards,
| Brcobrem
|
| "Ronx" wrote:
|
| > Can you give a link to one of these websites? I cannot reproduce this
| > action on any website I visit.
| > --
| > Ron Symonds - Microsoft MVP (FrontPage)
| > Reply only to group - emails will be deleted unread.
| >
| > http://www.rxs-enterprises.org/fp
| >
| > FrontPage Support: http://www.frontpagemvps.com/
| >
| >
| >
| >
| > | >
| > > Hi,
| > >
| > > As a test, I did a fresh install of: XP Pro , all critical updates,
and
| > > finally IE7. Go to a web site with some JavaScript. My experience is
that by
| > > default, it does "bark" about the JavaScript.
| > >
| > > Thanks for your thoughts on this.
| > >
| > > Regards,
| > > Brcobrem
| > >
| > > "SingaporeWebDesign" wrote:
| > >
| > > > Hello,
| > > >
| > > > IE7 supports JavaScript unless it has been disabled via Internet
Options.
| > > > There is no 'barking' unless your page uses ActiveX controls.
| > > >
| > > > Another method you can use is to display your e-mail in an image,
but the
| > > > mailto will not work in this case. Keep in mind - many users use web
mail so
| > > > will not find it convenient to load up their web mail to e-mail you.
| > > >
| > > > Use a e-mail form as Thomas suggests.
| > > >
| > > > --
| > > > Singapore Website Design
| > > > http://www.bootstrike.com/Webdesign/
| > > > Singapore Web Hosting
| > > > http://www.bootstrike.com/WinXP/faq.html
| > > > Windows XP FAQ
| > > >
| > > > | > > > > Hi,
| > > > >
| > > > > That that IE7 does not natively display javascript without barking
at the
| > > > > web site visitor, is there a way to prevent havesting of email
addresses
| > > > > from
| > > > > a web page?
| > > > >
| > > > > I previously used a very functional piece of javascript to do
this. The
| > > > > email address was both visible and clickable (ie. mailto: worked)
.. But in
| > > > > the html, the address was just a series of numbers that were
generated for
| > > > > me
| > > > > by someone's web site (as I recall from several years ago).
| > > > >
| > > > > Again, the question is: How can this be done equally as well,
without
| > > > > using
| > > > > javascript ?
| > > > >
| > > > > Regards,
| > > > > Brcobrem
| > > >
| > > >
| > > >
| >
| >

 

[Murray]

And you should NEVER use them.

 

[DSG]

Not sure what Murray means about 'not accessible at all.' I use this on both
my webs and one can always reach the .htm page where the graphic addresses
are.

: Not terribly accessible, though. In fact, it's not at all accessible.
:
: --
: Murray
: --------------
: MVP FrontPage
:
:
: : > Hi DSG,
: >
: > I'm liking this suggestion. Nice that you shared your "email policy"
: > dialog
: > as well.
: >
: > Thanks,
: > Brcobrem
: >
: >
: > "DSG" wrote:
: >
: >> Individuals who still use Java, Active-X, or Flash might try this
: >> effective
: >> procedure to use a graphic for your email address. It might be
overkill,
: >> but
: >> it has eliminated much spam in our office emails.
: >>
: >> In your graphics program, type an email address and format it (size?
: >> color?
: >> font?)
: >> Select it and render it to a graphic to at least 300 dpi (300 dpi
: >> prevents
: >> the 'jaggies') - size it, and save it as either jpg or gif. The
graphics
: >> compression will reduce the file size.
: >> Import the graphic to FrontPage images folder.
: >> Create an e-mail.htm page and save it.
: >> Insert the graphic as a picture from file.
: >> In your index.html page's bottom shared border link the text "email" or
: >> "contact" to the email.htm page.
: >>
: >> If you have multiple email addresses that need to be on that page,
create
: >> a
: >> graphic for each one, or create a graphic that includes all the
: >> addresses.
: >> Be mindful that "mailto:" will not work in the case of the graphics (a
: >> graphic used like this cannot be used to call up a New Message).
: >>
: >> On the email.htm page, you can add text that explains something like
: >> this:
: >>
: >> "In an effort to reduce or eliminate SPAM in E-Mail in our Inboxes, we
: >> are
: >> using this page to provide you with the E-Mail address(es) hyperlinks
: >> formerly used on our website.
: >> "Please be kind enough to accept our policy by opening your Email
program
: >> and type the text shown in the graphic that shows the email address of
: >> your
: >> choice. Thank you for helping us to eliminate SPAM."
: >> .....................
: >>
: >> : >> : Hi,
: >> :
: >> : That that IE7 does not natively display javascript without barking at
: >> the
: >> : web site visitor, is there a way to prevent havesting of email
: >> addresses
: >> from
: >> : a web page?
: >> :
: >> : I previously used a very functional piece of javascript to do this.
The
: >> : email address was both visible and clickable (ie. mailto: worked) .
But
: >> in
: >> : the html, the address was just a series of numbers that were
generated
: >> for
: >> me
: >> : by someone's web site (as I recall from several years ago).
: >> :
: >> : Again, the question is: How can this be done equally as well, without
: >> using
: >> : javascript ?
: >> :
: >> : Regards,
: >> : Brcobrem
: >>
: >>
: >>
:
:

 

[Brcobrem]

Hi All,

For what it's worth, I found that when in Design mode, if you have
javascript on you page, and if you just higlight and delete that little
little yellow square with the "J" in it that stands for java", it leaves the
following (see below) piece of code that will still prompt the user with that
ActiveX warning bar. Here's what you have to remove via "Code" view:

<noscript>
<p>JavaScript is required to view this email address
</p></noscript>

Did I mention in any of the above threads that the ActiveX warning bar would
also pop up when I had links that used hover buttons? I removed the hover
buttons and just made standard links to correct that "bark".

I don't know if this means anything to Microsoft, and I mean to be
consultive and certainly not confrontive here, but I know of one corporate
individual who dumped IE for another well known browser, just because they
were annoyed by all the warning hoops that IE was beginning to make them jump
through. I explained the security aspect to them but they didn't seem to
care: it was just seen as some type of technical problem with the browser.

Regards,
Brcobrem

 

[Brcobrem]

Thank you for that clarification Thomas.

Apparently, my little bit of research produced only a little bit of
knowledge :->

I will put this in my big book of things to remember.

Regards,
Brcobrem

 

[Brcobrem]

Hi Tom,

It was my experience that the ActiveX warning bar was presented to the site
visitor just by opening the page the had hover buttons on it. But I could be
wrong here: it is possible that I was moving the mouse up from the bottom of
the page and inadvertently hovered over them on the way to deal with the
ActiveX warning bar.

Thank you for the knowledgeable reply.

Regards,
Brcobrem

 

[Brcobrem]

Hi Murray,

After further thought and consideration, I decided not to use the "graphics"
approach for now (due to limited time for the project). I fell back to one of
the non-java "code generator" approaches. If they start getting new levels of
spam, I will be able to tell which pages the spam picked up on because of the
different email aliases that would be received. Sort of like the typical
widget_sales@no_spam.com email address alias that everyone uses. The mail
actually is redirected to a specific real person.

Regards,
Brcobrem

 

[Brcobrem]

Oops, I do see that I mentioned the hover button issue in a previous thread.
Sorry,
Brcobrem

 

[Murray]

I mean if you are concerned with Section 508 accessibility compliance, your
method will fail. A graphic is unreadable by a screen reader. To make it
work for screen readers or assistive devices, you would have to put the
information in the alt attribute, which would defeat the whole purpose.
Thus - it's not accessible.

 

[DSG]

Okay, I see what you mean. I haven't yet gotten to study everything
available for training, and gotten to this part about accessibility, which I
believe in. We do cope with lots of things. So then we decide if we will
deny accessibility via a screen reader for a few, or will we deny myriad
potential illicit producers of unwanted (very unwanted) popup ads, etc.,
and those who sell our email addresses all over the world. Thanks for
replying. Not trying to be disagreeable, but we can make choices.
DSG

:I mean if you are concerned with Section 508 accessibility compliance, your
: method will fail. A graphic is unreadable by a screen reader. To make it
: work for screen readers or assistive devices, you would have to put the
: information in the alt attribute, which would defeat the whole purpose.
: Thus - it's not accessible.
:
: --
: Murray
: --------------
: MVP FrontPage
:
:
: : > Not sure what Murray means about 'not accessible at all.' I use this on
: > both
: > my webs and one can always reach the .htm page where the graphic
addresses
: > are.
: >
: > : > : Not terribly accessible, though. In fact, it's not at all accessible.
: > :
: > : --
: > : Murray
: > : --------------
: > : MVP FrontPage
: > :
: > :
: > : : > : > Hi DSG,
: > : >
: > : > I'm liking this suggestion. Nice that you shared your "email policy"
: > : > dialog
: > : > as well.
: > : >
: > : > Thanks,
: > : > Brcobrem
: > : >
: > : >
: > : > "DSG" wrote:
: > : >
: > : >> Individuals who still use Java, Active-X, or Flash might try this
: > : >> effective
: > : >> procedure to use a graphic for your email address. It might be
: > overkill,
: > : >> but
: > : >> it has eliminated much spam in our office emails.
: > : >>
: > : >> In your graphics program, type an email address and format it
(size?
: > : >> color?
: > : >> font?)
: > : >> Select it and render it to a graphic to at least 300 dpi (300 dpi
: > : >> prevents
: > : >> the 'jaggies') - size it, and save it as either jpg or gif. The
: > graphics
: > : >> compression will reduce the file size.
: > : >> Import the graphic to FrontPage images folder.
: > : >> Create an e-mail.htm page and save it.
: > : >> Insert the graphic as a picture from file.
: > : >> In your index.html page's bottom shared border link the text
"email"
: > or
: > : >> "contact" to the email.htm page.
: > : >>
: > : >> If you have multiple email addresses that need to be on that page,
: > create
: > : >> a
: > : >> graphic for each one, or create a graphic that includes all the
: > : >> addresses.
: > : >> Be mindful that "mailto:" will not work in the case of the graphics
: > (a
: > : >> graphic used like this cannot be used to call up a New Message).
: > : >>
: > : >> On the email.htm page, you can add text that explains something
like
: > : >> this:
: > : >>
: > : >> "In an effort to reduce or eliminate SPAM in E-Mail in our Inboxes,
: > we
: > : >> are
: > : >> using this page to provide you with the E-Mail address(es)
: > hyperlinks
: > : >> formerly used on our website.
: > : >> "Please be kind enough to accept our policy by opening your Email
: > program
: > : >> and type the text shown in the graphic that shows the email address
: > of
: > : >> your
: > : >> choice. Thank you for helping us to eliminate SPAM."
: > : >> .....................
: > : >>
: > : >> : > : >> : Hi,
: > : >> :
: > : >> : That that IE7 does not natively display javascript without
barking
: > at
: > : >> the
: > : >> : web site visitor, is there a way to prevent havesting of email
: > : >> addresses
: > : >> from
: > : >> : a web page?
: > : >> :
: > : >> : I previously used a very functional piece of javascript to do
this.
: > The
: > : >> : email address was both visible and clickable (ie. mailto: worked)
..
: > But
: > : >> in
: > : >> : the html, the address was just a series of numbers that were
: > generated
: > : >> for
: > : >> me
: > : >> : by someone's web site (as I recall from several years ago).
: > : >> :
: > : >> : Again, the question is: How can this be done equally as well,
: > without
: > : >> using
: > : >> : javascript ?
: > : >> :
: > : >> : Regards,
: > : >> : Brcobrem
: > : >>
: > : >>
: > : >>
: > :
: > :
: >
: >
:
:

 

[Murray]

You are assuming those are your only two choices, though. They are not.
There is a third option - do it with server scripted forms, instead of
giving people email addresses. Spam bots cannot get at those at all.

 

[DSG]

I guess you might say I'm really representing those who are not working on
commercial sites, or who can buy into a domain (one example is
not-for-profit organizations) and are often relegated to web space that
comes with an ISP's Internet subscription. On most of these, the servers
have no tools for forms and other such tools. I admit the graphic email
addresses are fairly klunky to use, but they are the poor-man's solution to
protecting against money-hungry intruders. I just appreciate that this can
be done in FrontPage. Thanks, Murray.
DSG

: You are assuming those are your only two choices, though. They are not.
: There is a third option - do it with server scripted forms, instead of
: giving people email addresses. Spam bots cannot get at those at all.
:
: --
: Murray
: --------------
: MVP FrontPage
:
:
: : > Okay, I see what you mean. I haven't yet gotten to study everything
: > available for training, and gotten to this part about accessibility,
which
: > I
: > believe in. We do cope with lots of things. So then we decide if we will
: > deny accessibility via a screen reader for a few, or will we deny myriad
: > potential illicit producers of unwanted (very unwanted) popup ads,
etc.,
: > and those who sell our email addresses all over the world. Thanks for
: > replying. Not trying to be disagreeable, but we can make choices.
: > DSG
: >
: > : > :I mean if you are concerned with Section 508 accessibility compliance,
: > your
: > : method will fail. A graphic is unreadable by a screen reader. To
make
: > it
: > : work for screen readers or assistive devices, you would have to put
the
: > : information in the alt attribute, which would defeat the whole
purpose.
: > : Thus - it's not accessible.
: > :
: > : --
: > : Murray
: > : --------------
: > : MVP FrontPage
: > :
: > :
: > : : > : > Not sure what Murray means about 'not accessible at all.' I use this
: > on
: > : > both
: > : > my webs and one can always reach the .htm page where the graphic
: > addresses
: > : > are.
: > : >
: > : > : > : > : Not terribly accessible, though. In fact, it's not at all
: > accessible.
: > : > :
: > : > : --
: > : > : Murray
: > : > : --------------
: > : > : MVP FrontPage
: > : > :
: > : > :
: > : > : : > : > : > Hi DSG,
: > : > : >
: > : > : > I'm liking this suggestion. Nice that you shared your "email
: > policy"
: > : > : > dialog
: > : > : > as well.
: > : > : >
: > : > : > Thanks,
: > : > : > Brcobrem
: > : > : >
: > : > : >
: > : > : > "DSG" wrote:
: > : > : >
: > : > : >> Individuals who still use Java, Active-X, or Flash might try
this
: > : > : >> effective
: > : > : >> procedure to use a graphic for your email address. It might be
: > : > overkill,
: > : > : >> but
: > : > : >> it has eliminated much spam in our office emails.
: > : > : >>
: > : > : >> In your graphics program, type an email address and format it
: > (size?
: > : > : >> color?
: > : > : >> font?)
: > : > : >> Select it and render it to a graphic to at least 300 dpi (300
dpi
: > : > : >> prevents
: > : > : >> the 'jaggies') - size it, and save it as either jpg or gif. The
: > : > graphics
: > : > : >> compression will reduce the file size.
: > : > : >> Import the graphic to FrontPage images folder.
: > : > : >> Create an e-mail.htm page and save it.
: > : > : >> Insert the graphic as a picture from file.
: > : > : >> In your index.html page's bottom shared border link the text
: > "email"
: > : > or
: > : > : >> "contact" to the email.htm page.
: > : > : >>
: > : > : >> If you have multiple email addresses that need to be on that
: > page,
: > : > create
: > : > : >> a
: > : > : >> graphic for each one, or create a graphic that includes all the
: > : > : >> addresses.
: > : > : >> Be mindful that "mailto:" will not work in the case of the
: > graphics
: > : > (a
: > : > : >> graphic used like this cannot be used to call up a New
Message).
: > : > : >>
: > : > : >> On the email.htm page, you can add text that explains something
: > like
: > : > : >> this:
: > : > : >>
: > : > : >> "In an effort to reduce or eliminate SPAM in E-Mail in our
: > Inboxes,
: > : > we
: > : > : >> are
: > : > : >> using this page to provide you with the E-Mail address(es)
: > : > hyperlinks
: > : > : >> formerly used on our website.
: > : > : >> "Please be kind enough to accept our policy by opening your
Email
: > : > program
: > : > : >> and type the text shown in the graphic that shows the email
: > address
: > : > of
: > : > : >> your
: > : > : >> choice. Thank you for helping us to eliminate SPAM."
: > : > : >> .....................
: > : > : >>
message
: > : > : >> : > : > : >> : Hi,
: > : > : >> :
: > : > : >> : That that IE7 does not natively display javascript without
: > barking
: > : > at
: > : > : >> the
: > : > : >> : web site visitor, is there a way to prevent havesting of
email
: > : > : >> addresses
: > : > : >> from
: > : > : >> : a web page?
: > : > : >> :
: > : > : >> : I previously used a very functional piece of javascript to do
: > this.
: > : > The
: > : > : >> : email address was both visible and clickable (ie. mailto:
: > worked)
: > .
: > : > But
: > : > : >> in
: > : > : >> : the html, the address was just a series of numbers that were
: > : > generated
: > : > : >> for
: > : > : >> me
: > : > : >> : by someone's web site (as I recall from several years ago).
: > : > : >> :
: > : > : >> : Again, the question is: How can this be done equally as well,
: > : > without
: > : > : >> using
: > : > : >> : javascript ?
: > : > : >> :
: > : > : >> : Regards,
: > : > : >> : Brcobrem
: > : > : >>
: > : > : >>
: > : > : >>
: > : > :
: > : > :
: > : >
: > : >
: > :
: > :
: >
: >
:
:

 

[Murray]

With sites like http://www.bebosoft.com, you don't really need any local
support for form processing....

 

[DSG]

Thanks, Murray. Have just checked it out. When I start a new web this fall,
I will go back, find out what I need to do, and get more involved. DSG

: With sites like http://www.bebosoft.com, you don't really need any local
: support for form processing....
:
: --
: Murray
: --------------
: MVP FrontPage
:
:
: : >I guess you might say I'm really representing those who are not working
on
: > commercial sites, or who can buy into a domain (one example is
: > not-for-profit organizations) and are often relegated to web space that
: > comes with an ISP's Internet subscription. On most of these, the servers
: > have no tools for forms and other such tools. I admit the graphic email
: > addresses are fairly klunky to use, but they are the poor-man's solution
: > to
: > protecting against money-hungry intruders. I just appreciate that this
: > can
: > be done in FrontPage. Thanks, Murray.
: > DSG
: >
: > : > : You are assuming those are your only two choices, though. They are
not.
: > : There is a third option - do it with server scripted forms, instead of
: > : giving people email addresses. Spam bots cannot get at those at all.
: > :
: > : --
: > : Murray
: > : --------------
: > : MVP FrontPage
: > :
: > :
: > : : > : > Okay, I see what you mean. I haven't yet gotten to study everything
: > : > available for training, and gotten to this part about accessibility,
: > which
: > : > I
: > : > believe in. We do cope with lots of things. So then we decide if we
: > will
: > : > deny accessibility via a screen reader for a few, or will we deny
: > myriad
: > : > potential illicit producers of unwanted (very unwanted) popup ads,
: > etc.,
: > : > and those who sell our email addresses all over the world. Thanks
for
: > : > replying. Not trying to be disagreeable, but we can make choices.
: > : > DSG
: > : >
: > : > : > : > :I mean if you are concerned with Section 508 accessibility
: > compliance,
: > : > your
: > : > : method will fail. A graphic is unreadable by a screen reader. To
: > make
: > : > it
: > : > : work for screen readers or assistive devices, you would have to
put
: > the
: > : > : information in the alt attribute, which would defeat the whole
: > purpose.
: > : > : Thus - it's not accessible.
: > : > :
: > : > : --
: > : > : Murray
: > : > : --------------
: > : > : MVP FrontPage
: > : > :
: > : > :
: > : > : : > : > : > Not sure what Murray means about 'not accessible at all.' I use
: > this
: > : > on
: > : > : > both
: > : > : > my webs and one can always reach the .htm page where the graphic
: > : > addresses
: > : > : > are.
: > : > : >
: > : > : > : > : > : > : Not terribly accessible, though. In fact, it's not at all
: > : > accessible.
: > : > : > :
: > : > : > : --
: > : > : > : Murray
: > : > : > : --------------
: > : > : > : MVP FrontPage
: > : > : > :
: > : > : > :
message
: > : > : > : : > : > : > : > Hi DSG,
: > : > : > : >
: > : > : > : > I'm liking this suggestion. Nice that you shared your "email
: > : > policy"
: > : > : > : > dialog
: > : > : > : > as well.
: > : > : > : >
: > : > : > : > Thanks,
: > : > : > : > Brcobrem
: > : > : > : >
: > : > : > : >
: > : > : > : > "DSG" wrote:
: > : > : > : >
: > : > : > : >> Individuals who still use Java, Active-X, or Flash might
try
: > this
: > : > : > : >> effective
: > : > : > : >> procedure to use a graphic for your email address. It might
: > be
: > : > : > overkill,
: > : > : > : >> but
: > : > : > : >> it has eliminated much spam in our office emails.
: > : > : > : >>
: > : > : > : >> In your graphics program, type an email address and format
it
: > : > (size?
: > : > : > : >> color?
: > : > : > : >> font?)
: > : > : > : >> Select it and render it to a graphic to at least 300 dpi
(300
: > dpi
: > : > : > : >> prevents
: > : > : > : >> the 'jaggies') - size it, and save it as either jpg or gif.
: > The
: > : > : > graphics
: > : > : > : >> compression will reduce the file size.
: > : > : > : >> Import the graphic to FrontPage images folder.
: > : > : > : >> Create an e-mail.htm page and save it.
: > : > : > : >> Insert the graphic as a picture from file.
: > : > : > : >> In your index.html page's bottom shared border link the
text
: > : > "email"
: > : > : > or
: > : > : > : >> "contact" to the email.htm page.
: > : > : > : >>
: > : > : > : >> If you have multiple email addresses that need to be on
that
: > : > page,
: > : > : > create
: > : > : > : >> a
: > : > : > : >> graphic for each one, or create a graphic that includes all
: > the
: > : > : > : >> addresses.
: > : > : > : >> Be mindful that "mailto:" will not work in the case of the
: > : > graphics
: > : > : > (a
: > : > : > : >> graphic used like this cannot be used to call up a New
: > Message).
: > : > : > : >>
: > : > : > : >> On the email.htm page, you can add text that explains
: > something
: > : > like
: > : > : > : >> this:
: > : > : > : >>
: > : > : > : >> "In an effort to reduce or eliminate SPAM in E-Mail in our
: > : > Inboxes,
: > : > : > we
: > : > : > : >> are
: > : > : > : >> using this page to provide you with the E-Mail address(es)
: > : > : > hyperlinks
: > : > : > : >> formerly used on our website.
: > : > : > : >> "Please be kind enough to accept our policy by opening your
: > Email
: > : > : > program
: > : > : > : >> and type the text shown in the graphic that shows the email
: > : > address
: > : > : > of
: > : > : > : >> your
: > : > : > : >> choice. Thank you for helping us to eliminate SPAM."
: > : > : > : >> .....................
: > : > : > : >>
: > message
: > : > : > : >> : > : > : > : >> : Hi,
: > : > : > : >> :
: > : > : > : >> : That that IE7 does not natively display javascript
without
: > : > barking
: > : > : > at
: > : > : > : >> the
: > : > : > : >> : web site visitor, is there a way to prevent havesting of
: > email
: > : > : > : >> addresses
: > : > : > : >> from
: > : > : > : >> : a web page?
: > : > : > : >> :
: > : > : > : >> : I previously used a very functional piece of javascript
to
: > do
: > : > this.
: > : > : > The
: > : > : > : >> : email address was both visible and clickable (ie. mailto:
: > : > worked)
: > : > .
: > : > : > But
: > : > : > : >> in
: > : > : > : >> : the html, the address was just a series of numbers that
: > were
: > : > : > generated
: > : > : > : >> for
: > : > : > : >> me
: > : > : > : >> : by someone's web site (as I recall from several years
ago).
: > : > : > : >> :
: > : > : > : >> : Again, the question is: How can this be done equally as
: > well,
: > : > : > without
: > : > : > : >> using
: > : > : > : >> : javascript ?
: > : > : > : >> :
: > : > : > : >> : Regards,
: > : > : > : >> : Brcobrem
: > : > : > : >>
: > : > : > : >>
: > : > : > : >>
: > : > : > :
: > : > : > :
: > : > : >
: > : > : >
: > : > :
: > : > :
: > : >
: > : >
: > :
: > :
: >
: >
:
:

 

[Murray]

Good luck!

 

[ANONYMOUS]

Just use a simple Webform and I bet you that your ISP should have
standard scripts on their servers to process the form using SENDMAIL
program on their unix server. The default location for sendmail program
is:

/usr/sbin/sendmail
OR
/usr/bin/sendmail

You just need to have an action in the form tag as follows:

<form method=post action="yourISP.com/forms?login=YourUsername">

Sometimes you don't even need this and IE will use your customer's email
client to process the form. Your customer will nodoubt know your email
if this happens!

I suggest try with a sample form and use Yahoo's (or other free
websites') server to test this technique.

Hope this helps.




The usual place of

 

[Murray]

Your ISP would have nothing to do with this. And the defaults might only
work on *nix systems.

 

[ANONYMOUS]

ISPs have standard CGI/Scripts for its customers to use. Didn't I say
"process the form using SENDMAIL program on their unix server" somewhere
in my message? This implies "defaults might only work on *nix systems".

I doubt if the OP is using "Dedicated Server" to host his two page
website!! so it has everything to do with ISP wich is hosting the
website.

 

[Murray]

ISPs have standard CGI/Scripts for its customers to use.

Surely you mean "hosts" not ISPs?