Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsWindows VistaWindows XPWindows MeWindows 98Windows 95Virtual PCInternet ExplorerOutlook ExpressWindows MediaSecurity
Related Topics
MS Server ProductsMS OfficePC HardwareMore Topics ...

Windows Forum / Outlook Express / General Topics / August 2007

Tip: Looking for answers? Try searching our database.

HTML email form (POST) doesn't work in outlook express

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Manish Hatwalne - 29 Aug 2007 07:42 GMT
I have my Java code to send a proper HTML email. This email contains an HTML
form that posts (via HTTP POST) some data to my server. When this mail is
sent to web-based emails (such as gmail), the form osting works fine.
However, when it is viewed within outlook express and I hit "Submit" (to
post form dta) - my server log shows that no data is posted to the server.
Is it a know bug in outlook express? I am using outlook express 6.

Any inputs, pointers will be highly appreciated!

TIA,
- Manish
mikey - 29 Aug 2007 14:17 GMT
cloud be as simple as gmail, etc..., stripping the html data out.
might give them a query.

mikeyhsd@comcast.net

 I have my Java code to send a proper HTML email. This email contains an HTML
 form that posts (via HTTP POST) some data to my server. When this mail is
 sent to web-based emails (such as gmail), the form osting works fine.
 However, when it is viewed within outlook express and I hit "Submit" (to
 post form dta) - my server log shows that no data is posted to the server.
 Is it a know bug in outlook express? I am using outlook express 6.

 Any inputs, pointers will be highly appreciated!

 TIA,
 - Manish
Manish Hatwalne - 29 Aug 2007 17:01 GMT
cloud be as simple as gmail, etc..., stripping the html data out.
might give them a query.

I am having problems with OE 6, and not with gmail etc. Cannot use GET
method and query because data is rather long.

- manish
Michael Santovec - 29 Aug 2007 20:31 GMT
The default security settings for OE (Tools, Options, Security) are the
Restricted zone which would disable the Java.

If you'll be sending this to people not under your control, you can't
count on them loosening their security in order to respond to your form.

Signature

Mike - http://pages.prodigy.net/michael_santovec/techhelp.htm

>I have my Java code to send a proper HTML email. This email contains an
>HTML form that posts (via HTTP POST) some data to my server. When this
[quoted text clipped - 8 lines]
> TIA,
> - Manish
N. Miller - 30 Aug 2007 01:49 GMT
> I have my Java code to send a proper HTML email. This email contains an HTML
> form that posts (via HTTP POST) some data to my server. When this mail is
> sent to web-based emails (such as gmail), the form osting works fine.
> However, when it is viewed within outlook express and I hit "Submit" (to
> post form dta) - my server log shows that no data is posted to the server.
> Is it a know bug in outlook express? I am using outlook express 6.

Not a bug. As Michael Santovec says, by design; MS Outlook Express 6 runs
with scripting disabled.

> Any inputs, pointers will be highly appreciated!

The only suggestion I have is to not expect success. MSOE 6 has scripting
disabled by default. Mozilla Thunderbird, as well. My preferred client won't
run scripts, either. People who use mail clients to access email generally
won't allow scripts to run, even if the client can be so configured.

It is not a failing of the mail client so much as a conscious decision of
the user to not run an application vulnerable to exploit.

Signature

Norman
~Shine, bright morning light,
~now in the air the spring is coming.
~Sweet, blowing wind,
~singing down the hills and valleys.

Manish Hatwalne - 30 Aug 2007 04:50 GMT
>> I have my Java code to send a proper HTML email. This email contains an
>> HTML
[quoted text clipped - 7 lines]
> Not a bug. As Michael Santovec says, by design; MS Outlook Express 6 runs
> with scripting disabled.

There is no scripting or Java (Java program simply creates this mail) in the
mail. This is a simple HTML form with POST method - but no POST parameters
are sent to the server.  This is the complete HTML source of my mail. When
this mail is viewed within OE 6, it doesn't post parameters to the server,
however when viewed with web-based mails (gmail, yahoo etc) it does post the
required parameters to the server proeprly.

<html><head></head><body>

Dear manish,<br/>

<br/>
You can download the reports you have requested by clicking the link
"Download" below.

<ul>
<li><span style="width:220px; float:left;">Report 1</span></li><br/>
<li><span style="width:220px; float:left;">Report 2</span></li><br/>
</ul>

<form action="http://xyz.myserver.com/download.do" method="POST">
<input type="hidden" name="email" value="a@b.com"/>
<input type="hidden" name="verifyID"
value="29E9A5A091F3B6CFDF015AEBCE073C5B"/>
<input type="hidden" name="downloadDoc" value="doc1.pdf"/>
<input type="hidden" name="downloadDoc" value="abc.pdf"/>
<input type="submit" value="Download"/>
</form>

Thank you for using my website:</br>
<a href="http://xyz.myserver.com">ABC XYZ</a>

</body></html>

Any help now???
- Manish
N. Miller - 30 Aug 2007 05:57 GMT
>>> I have my Java code to send a proper HTML email. This email contains an
>>> HTML form that posts (via HTTP POST) some data to my server. When this
[quoted text clipped - 3 lines]
>>> server.
>>> Is it a know bug in outlook express? I am using outlook express 6.

>> Not a bug. As Michael Santovec says, by design; MS Outlook Express 6 runs
>> with scripting disabled.

> There is no scripting or Java (Java program simply creates this mail) in the
> mail. This is a simple HTML form with POST method - but no POST parameters
> are sent to the server.

I am looking at my Security setting for MSOE6. Under "Donwload Images" is
checked the box labeled, "Block images and other external content in HTML
e-mail."

Is not a POST command referencing a URL "external content"? As I said, not a
design flaw, but a user selected security option.

> This is the complete HTML source of my mail (which I did not re-quote). When
> this mail is viewed within OE 6, it doesn't post parameters to the server,
> however when viewed with web-based mails (gmail, yahoo etc) it does post the
> required parameters to the server proeprly.

Because MSOE is not an HTML application, and a web browser is. But I don't
use my web browser to access my GMail, Hotmail, or Yahoo! accounts. I use a
regular mail client.

Signature

Norman
~Shine, bright morning light,
~now in the air the spring is coming.
~Sweet, blowing wind,
~singing down the hills and valleys.

Manish Hatwalne - 30 Aug 2007 09:06 GMT
>>>> I have my Java code to send a proper HTML email. This email contains an
>>>> HTML form that posts (via HTTP POST) some data to my server. When this
[quoted text clipped - 35 lines]
> a
> regular mail client.

I agree that MSOE is not an HTML application like a web browser, and I'd
also like to use mail client to access my mails.
That is the reason why this starnge behaviour MSOE has got me worried.

Any URL link in MSOE would be "external content", so why does it allow it to
be clicked and open in the web browser??? It's teh web browser that displays
the contents once link is clicked.

Moreover - OE does go to the URL specified in "action" attribute of teh form
tag, it just doesn't post any of the parameters to the URL. If it was indeed
security measure it should warn user and should not open that URL in a
browser window.

Most importantly -- if I chnage form method to GET instead of POST - the
form parameters are sent correctly to the URL as a query string (but I am
concerned about URL length with GET  method). Is not this from with GET
method referencing a URL "external content"? so why this works and POSt
doesn't?

With all these observations -- I concur that it looks like a bug/flawed
implementation of HTML form with HTTP POST method instead of a security
feature; for it does work fine when method is changed to GET.  Or am I
missing something obvious here?

rgds,
- Manish

p.s. Either way - bug or feature, I neeed to change from method to GET to
get it working in MSOE!
N. Miller - 30 Aug 2007 15:11 GMT
> Or am I missing something obvious here?

MSOE is *not* an HTML application. Perhaps you are trying to force it to do
something it was never designed to do. MSOE knows SMTP, POP3, IMAP, and
NNTP. It does not do so well with HTTP. (Well, except for that MSFT chimera
callled, "HTTPMail"; but those servers flake out all of the time.)

Signature

Norman
~Shine, bright morning light,
~now in the air the spring is coming.
~Sweet, blowing wind,
~singing down the hills and valleys.

Michael Santovec - 30 Aug 2007 19:31 GMT
The people who work with Stationery are best able to help with HTML
coding issues.

How to Use Stationery in Outlook Express
http://support.microsoft.com/?kbid=171245
How to Edit Stationery Using an HTML Editor
http://support.microsoft.com/?kbid=180819

Outlook Express Stationery Help Page
http://www.mindspring.com/~majik/docs.htm

All the stationery groups have migrated to a private server on
microsoft.com The private server can be accessed using the following
settings in a new news account:
Server:  privatenews.microsoft.com
Account Name:  privatenews\stationery
Password: stationery

Or you can access some stationery newsgroups via the web:
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?dg=microsoft.
public.windows.inetexplorer.ie6_outlookexpress.stationery


Signature

Mike - http://pages.prodigy.net/michael_santovec/techhelp.htm

>>>>> I have my Java code to send a proper HTML email. This email
>>>>> contains an
[quoted text clipped - 72 lines]
> p.s. Either way - bug or feature, I neeed to change from method to GET
> to get it working in MSOE!
 
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.