• 0

Question

Hi,

I have an html form that i would like external customers will be able to fill up and send it back to us.

<form action="[email protected]"?subject="email subject" method="submit">

For some reason in windows 7 64 bit, with outlook 2010 and explorer 9, mailto action doesn't work for me.

An empty outlook message is displayed and only the subject and recipients are added.

There is no attachment and no body text.

When I changed the default browser to FF i received the text i wanted in the body section instead as an attachment (postdata.att).

I can't use server code cause the html form is sent by outlook to external customers, so asp/php/cgi is irelevant for me.

Does anyone has a solution?

Thanks,

Link to comment
https://www.neowin.net/forum/topic/1109569-mailto-problem-with-explorer-9/
Share on other sites

13 answers to this question

Recommended Posts

  • 0

Mailto works with a <a href="mailto:[email protected]">link</a> and makes the user able to open a email program and send a mail to [email protected] thsi does not however work like a email form.

To make a email form I suggest to use code like php,

you can easily copy paste code from here ;): http://www.freeconta.../email_form.php

  • 0

Unfortunately as I mentioned, I really can't use a server side code, so PHP is also not an option.

What about CDO? Can I use it as a solution?

I read somewhere that microsoft doesn't support this technology with outlook 2010.

Is there some sort of a replacement for the CDO protocol?

  • 0

you say

I can't use server code cause the html form is sent by outlook to external customers,

Is it the fact you cant use server side code or don't know how to insert text into outlook message from php?

You can send mail directly from php using your own mail server to external clients

  • 0

Hi,

i do know how to use a server side code. i have no problem with the part where I send the form the external customers.

My problem is when the customers submit the form they receive. At the moment I'm usiing the mailto action which works perfectly fine with IE8, but in IE9 returns a blank email with outlook 2010.

I have no control nor access to the web server of the client therefore I was looking for a solution which doesn't involve a server side script.

The database is located in my organization's server, I only need the customers to fill up some info via the form and to automatically update the data in my database.

Till now it worked great...

  • 0

You have no access to the server but can update the mailto link? Sorry that does not make any sense.

Also i will add that any site that deals with customers/clients should have a fully working contact form rather than a link that opens an email client its more professional and easier for the users as not everyone uses outlook like you seem to be suggesting. I suggest you contact whoever this is and get them to sort out a contact form the problem would be fixed and it make them look more professional rather than cheap and lazy.

  • Like 1
  • 0

Thank you very much for your answer.

I need to explain my self better. The form is not part of a site.

My organization uses a VB software that has VB forms. One of the software's functions is to export a VB form into an HTML form and send it automatically through Outlook to external customers.

Since we work with Microsoft technology, and all our customers are organizations which use outlook and exchange server, it is the only thing we need to support.

The mailto action is generated automaticlly by the VB code and since the code was developed in house, we can change it if needed.

However, I can't change the external customers' server code! the only interaction with them is through the outlook mail.

When they submit the form, we get an email notification, we are requested to approve the data and only then the database is updated.

The problem occurs only when they submit the form and not when we send it to them.

I really need to find a better solution for this.

I understand that there lots of problems with the mailto action, and that it depends on the type of browser and mailbox I'm using. In my case, I already know that I need to make it work with outlook 2010 and IE9.

What could be the problem?

  • 0

The problem with mailto is simple... it's internet explorer itself, as always :p

And if it's microsoft server you could use asp instead of php , never heard of a web server unable to run anything besides html :/

And only using the mailto option isn't going to be working since the fault is not the webpage but webbrowser, this might be fixed in IE10 on windows 8, I can test it if you want.

  • 0

Ok im confused and looking at this wrong what im getting is:

We create a form in VB its converted to HTML we send that to our customers

They then fill it in and send back, we then update our records after a notification

What i dont get is why your making it all complecated and you still dont use a form "Because we can not change there server code!" who says you have to change there's? Create the form like you normally would and then add the asp/php and upload to your serverserver and then email them the link to the form which they can fill in and then there is no issues. The db with their answer/answers can be in a separate db or even joint to the main one so that only 1 click rather will update x clients instead of 10 clicks being 10 clients or i could be set to do it every xminutes/hours.

Anyway i'll let Seahorse take over, some borderlands then bed i think besides im not a huge coder it just interests me.

  • 0

as Xoligy says

set up the html form on your webserver

send the clients a link

they click the link fill in the form and submit it

thats takes all responsibility on submitting stuff etc from them to your form

its the simplest and easiest way to do it

  • 0

Xoligy, you are right that I can use server side code with my form and then upload it to our local web server, the only problem is that our customers are external customers. They have no access to our intranet web server, therefore, it does not matter if I send them a link to the form, they won't be able to open it.

It's a good solution to use a public internet server to host the forms, th problem here is the cost and maintenance that I'm sure we have the budget for it.

  • 0

Cost is an issue in all businesses, and i guess it depends on how big your business is, how many forms you plan on running at the same time and if you see the solution saving time which is money and in this case i feel it would as for cost host + domain i say about ?20-50 a year should cover you, then you just need a page marker or a fully working website and sort out how your links are going to work with the forms.

Look at it this way, once you have a site, forms and a database there is no need to check emails and update records which im guessing is what someone spends alot of time doing over and over again its wasted time imo.

This topic is now closed to further replies.
  • Posts

    • Was it too much to ask to show the icon in this article?
    • Frankly, I blame whoever is writing such articles. "A big improvement/update and/or new feature is now available to everyone! Also, use this unofficial tweak tool to enable it because it actually isn't available to you yet officially and might not in fact even be entirely ready or whatever, hence why it is perhaps not enabled for you*. But it's great and you should enable it!" I mean there's nothing wrong with sharing info about some feature you might need to enable via unofficial means, of course. It's just that these articles tend to essentially end up being two news pieces in one, and one of them tends to be a bit misleading. (*Yes, yes, the "it's a controlled rollout!" thing. Not a fan of that one either. The argument, not the actual rollout.)
    • Thank you. Will do. I read in the release notes that editor config might be at play here.
    • Actually, I think even Microsoft doesn't know how to control it
    • OpenAI is making Codex more useful in Chrome and the cloud by Pradeep Viswanathan OpenAI's Codex now has more than 5 million users, up nearly 4x from earlier this year. To further accelerate Codex's growth among developers, OpenAI today announced that it has agreed to acquire Ona, a company that builds secure cloud execution and orchestration technology for developers. Ona will enable developers to run Codex with persistent and controlled cloud infrastructure for long-running agentic workflows. Right now, most Codex execution happens locally on developers' laptops and PCs, and the agents work continuously for hours. Through Ona, OpenAI aims to make Codex agents keep working for days without being tied to a user’s local machine or an active session. This will be an important capability for enterprises that want to deploy AI agents in production while maintaining control over infrastructure, data, security boundaries, credential scope, logging, and review workflows. Like any acquisition, the deal is still subject to customary closing conditions, including regulatory approvals. Until the deal closes, OpenAI and Ona will continue to operate as separate companies. After closing, Ona’s team will join the Codex team to improve developer workflows. Alongside the Ona acquisition announcement, OpenAI today introduced a few Codex updates. Developers can now save Codex rate limit resets and use them later instead of losing them when they are not needed immediately. OpenAI is also adding a referral option where users can invite a friend to Codex and get a saved rate limit reset. OpenAI today also announced a developer mode for browser use in Chrome and the Codex in-app browser. With this mode, Codex can use the Chrome DevTools Protocol to debug web apps, inspect pages, and work more directly with browser-based development workflows. Developers can use this when they want Codex to profile JavaScript, inspect console output and network traffic, examine web page states including the DOM and applied styles, and more.
  • Recent Achievements

    • One Month Later
      Jamswaz earned a badge
      One Month Later
    • Week One Done
      Jamswaz earned a badge
      Week One Done
    • Rookie
      Marzoid went up a rank
      Rookie
    • Community Regular
      coch went up a rank
      Community Regular
    • One Year In
      slackerzz earned a badge
      One Year In
  • Popular Contributors

    1. 1
      +primortal
      509
    2. 2
      PsYcHoKiLLa
      186
    3. 3
      +Edouard
      157
    4. 4
      Steven P.
      83
    5. 5
      ATLien_0
      75
  • Tell a friend

    Love Neowin? Tell a friend!