Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / Word / Web Authoring / December 2003

Tip: Looking for answers? Try searching our database.

Data handling for a Word web form

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Brian - 29 Dec 2003 04:32 GMT
I am creating a form using the web form tools in Word.  
The form is a suvey form for requesting proposals.  The
intent is to have the user submit the form as an e-mail to
my client.  No database posting is involved.

I have programmed the submit button as follows:
ACTION="mailto:me@myhome.com"
ENCTYPE="multipart/form-data"
METHOD="Post"
HTML=

The issues are:

1.  Clicking the submit button opens an e-mail message but
no data is included.  My (limited) understanding from
reading the documentation is that the browser will collect
the data and put into the e-mail.  No CGI or VB scripting
required.  Or am I way off base?

2.  In looking at the HTML for the Word page, the ACTION,
ENCTYPE, and METHOD attributes are repeated within the
tags for the submit button (one button, two sets of
attributes in the html code.)

There is quite a bit of documentation on posting data to
databases, but there seems to be little with respect to
just e-mailing the data.  What I did find discussed
problems with the e-mailing raw data.  I was going to deal
with that problem second.  Suggestions/pointers are
appreciated.

R/

Brian
lostinspace - 29 Dec 2003 12:44 GMT
----- Original Message -----
From: "Brian" <>
Newsgroups: microsoft.public.word.web.authoring
Sent: Sunday, December 28, 2003 11:32 PM
Subject: Data handling for a Word web form

> I am creating a form using the web form tools in Word.
> The form is a suvey form for requesting proposals.  The
[quoted text clipped - 30 lines]
>
> Brian

Emailing of the data ONLY works with visitors who are using MS mail
software's.

You didn't specify if your intended web page was "intranet or internet?"
If intranet, than you may be able to anticipate your visitors using MS mail
programs.
If internet, than you will not have any idea what mail software your
visitors will be using.

In addition, using an open email address on a page drastically increases
your spam and robots crawling your entire site with the robots only purpose
to grab email addresses.

The safest method is a server-side "mail form/cgi which prevents sending of
email from outside your domain.

Whether you can accomplish a cgi-mail form from within Word/web pages is
beyond either my comprehension or desire of comprehension.
Brian - 29 Dec 2003 13:08 GMT
Thanks for the info.  I was hoping to avoid using cgi.  
Just because of the additional work in setting it up, plus
cgi doesn't work on FP servers which is where my client's
web site is.  The info on the open e-mail address is good
to know.  Thanks.

Brian
lostinspace - 29 Dec 2003 15:14 GMT
----- Original Message -----
From: "Brian" <>
Newsgroups: microsoft.public.word.web.authoring
Sent: Monday, December 29, 2003 8:08 AM
Subject: Re: Data handling for a Word web form

> Thanks for the info.  I was hoping to avoid using cgi.
> Just because of the additional work in setting it up, plus
[quoted text clipped - 3 lines]
>
> Brian

MOST decent web hosts, have a mail form script set up for easy
implementation. Even the lowest priced hosts :-)
Brian - 29 Dec 2003 18:59 GMT
Yeah, I found a bunch of conveniently priced ones (free)
on the web.  I think before I do that I am going to try
this as a Front Page form.  Thanks again for the info.

Rate this thread:






 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.