So I have an html email that I am creating for my company for an email campaign we are going to be sending soon for an organization we represent. It contains 2 primary links, one to email a person at the organization we represent, and one to go to the landing page on the site of the organization. The landing page link works fine, the mailto: link does not when the email is viewed from Hotmail. It works on other clients besides Hotmail including Gmail and Outlook.
This is not because the computer which I am testing on does not have an email client installed. It has Outlook 2010 installed and registered as the mailto application. When mailto links are clicked on other sites (not hotmail) they work great...outlook launches a new message window as it should and fills in the subject and email. When we went to test on Hotmail, it shows the mailto link in the status bar, but no action occurs when you click the link. It's as if the link was not a link at all.
This is the link we are trying to use: (edited slightly for privacy)
<div class="button">Email a Resident Advisor</div>
This is placed within an html table cell. It has some basic css styling applied (all embedded in the html email itself). The button class is just designed to make the link stand out in the email...give it a red border and bold the link.
To be much more clear:
Works:
Gmail - IE9, Chrome, Firefox
Outlook - worked.
Does not work:
Hotmail - All browsers tried
The email was sent using the preview function of CampaignMonitor (handled by our QA guy, I don't have access to it as I'm rather new to the company).
I just need to figure out a way to make this work. Thanks in advance.
Two other programmer and I spent 2 days dealing with this problem earlier this week. I don't have the relevant links handy, but the long and short of the story is that this is a known issue and currently unresolved.
mailto: links will under no circumstance, work in Hotmail, they are removed or something.
We ultimately ended up adding copy instructing recipients to email foo#mail.com in lieu of clicking the link.
Here's a possible solution I found at http://windowsxp.mvps.org/hmposturl.htm that I modified for my purposes. It would require sending unique creative with a custom link to only your Hotmail recipients but it seems to work for me. Here's the href string I used:
http://www.hotmail.msn.com/secure/start?action=compose&to=email#domain.com&subject=My Subject Line&body=Email Body
This is a common problem with most webmail based systems. mailto: doesn't invoke them. Google mailto hotmail and you will find answers for Windows and for specific browsers. I think this will set it up for you
http://email.about.com/od/windowslivehotmailtips/qt/How_to_Make_Windows_Live_Hotmail_Your_Default_Email_Program.htm
Just add target='_blank'...use the 'a' html tag as...
<a href='mailto:Your MAILTO ID' target='_blank'>SOME Support</a>
This works in hotmail client, but it launch new browser instance additionally.
Known problem, I can confirm, is not working on Hotmail web mail only, rest of them work fine, we had the same problem here and we give up trying.
If you really really want that the only way is to use JavaScript, onClick change window location but that introduces a new dependency: JavaScript.
Related
I learned to write html and css code a month ago. I am in the process of making a blog website for my friend. I got there when I made the about page. And I made a button there that would have made it possible to talk to my friend via email. And it didn't work :(
(I can't code in PHP)
I tried this:
<button type="button">Let's Talk!</button>
I thought it would open a page with only the email and nothing else. (of course the recipient and the subject)
The HTML you wrote should work, even if it's not strictly valid. To be clear:
You cannot send an email directly via HTML, it is up to the web browser itself how a href="mailto:" link is handled.
For example, Firefox will attempt to start the default email client of the operating system when a mailto: link is clicked. You can also configure what Firefox should do with mailto: links. There are similar configurations for other browsers and operating systems.
Websites and apps can also ask the browser or operating system for permission to become the default email client.
In short, control of mailto: links is up to the browser, and not something you can control from HTML.
I've got a program that generates email reports and sends to certain recipients. The email contains a table of contents with hyperlinks to bookmarks later in the email.
This works perfectly when viewing mails in the browser, e.g. on gmail.com. However, recently something seems to have changed in the Gmail mobile app, and my hyperlinks no longer work there.
When generating the email, the link is of the form:
Section 1
and the bookmark is of the form:
<a name="section_1"/>
In the browser, the link URL appears in the form:
https://mail.google.com/mail/u/0/#m_3653008429050877336_1
In the Gmail app, however, the link appears in the form:
x-thread://-90370221/435827759917983#m_3653008429050877336_1
Any ideas what has changed, and how to make my intra-document hyperlinks work again?
Orignal Answer
This functionality is not available in gmail app. Here is the link to google forum where you can confirm:
https://productforums.google.com/forum/#!topic/gmail/CdhA_3Z1yTo
You can insert link in the gmail app (like http://www.google.com) in Gmail app which is automatically converted to clickable link when you send the message but if you want hyperlink (like "click here" and when you click on it you are directed to the link to the page) you will have to do it from your browser only. There is no option available in Gmail app to do that.
The alternate solution is to use Microsoft Outlook. Add your google account in Outlook app.
In the compose section long press in the area then you get option to add hyperlink.
Answer after discussion in chat
It seems that the problem is with the gmail app version. If you want to open links received in your gmail app so that you are redirected to the location of message in the same mail you need to have minimum version 8 of gmail app. Verified this as I was able to access the links in my gmail app as well as my browser.
Platforms on which veried the links:
Android 6.0.1 - Gmail Version: 8.1.7.182107449.release
Windows 10 - Chrome: Version 63.0.3239.132
Ubuntu 16.04 (xenial) - Firefox: Version 57.0.4
To get around the Gmail app not having an option to insert a link into text (hyperlink) on my mobile device I use another mobile app to compose the email first. Currently, the only app I have discovered to be compatible with this trick is Google Docs. I find it works for typing, formatting, inserting images and creating hyperlinks.
To upload from Google Docs into Gmail I am presently only aware of the ability to highlight the planned body of the email in Google Docs then pasting it into Gmail.
Using Google Docs I am aware of the ability to carry over changes to some features of the hypertext. Such as colour, boldness, italics, size, underline. There are possibly more customizable options available before inserting what you have composed into Gmail.
I am unaware of any tricks to create a usable hyperlink of images for use in the Gmail app.
Such a feature outside the “Signature” on Gmail desktop could prove most beneficial.
I had the same issue. I was adding hyperlinks as following
Click Here
I did it to handle the possibility of https not available on the website as links are dynamic in the email. When I changed it to following then it worked on gmail app as well.
Click Here
You can’t do it in the gmail mobile app. Sorry. Also, it matters what version you have.
I found a link on these forums with a fix. Essentially they said that if you put a span inside the link, it will fix the problem. I've not yet had a chance to test it however. According to the post:
This won't work:
Bar
But either of the following will:
<span>Bar</span>
<font>Bar</font>
I am creating a website and there is a page with people that are part of the company. Each person has an email that i want for the user to be able to get the email for the person that he/she want.
If we were in 2011 i would have used mailto: html tag. But really not so many people are using desktop email clients.
I thought about linking to a link so a new window would open in gmail and a new message would be created with recepient the pressed email. BUT not everyone uses gmail.
The only posible "solution" that i though that when the user clicks on the email this would be copied automatically in the clipboard. It would have the same result as doing CTRL & C at something. BUT this requires a lot of time and i dont want to get my hands dirty with javascript.
Is there any other way to do this ?
You should probably still use mailto:. mailto: is not intended for just desktops, it identifies a handler for the client. A mobile device would be able to recognize it just as well, and launch its preferred MTU.
With a lot of addons like smartaddon contact form and foxyform available out there, you could add them to your html code.
But, if you could use php, it to would just take few statements of code to set up the contact form on your own. Refer this post which explains clearly on how to set up your contact form using php.
I have an email page on my website with a form and tinyMCE and all that fancy stuff, but I also want to add a couple of links to the popular mail servers such as gmail, yahoo, and hotmail.
I've seen some links that go to the my Microsoft Office Outlook (which I never use), and I've also seen a gmail link that opens up gmail in a new tab with a form already open and a mailto: value already given. Just wondering how this is done if I, lets say, have a mailto: value to send and perhaps a subject and message.
Just to make it clear, I want three or four image links on my page, each one for a different mail server (gmail, yahoo...) and when clicked on, it opens a form partly filled out (a mailto:value and possibly a subject and/or message) fullscreen. Thanks.
It's not going to be easy, as you'll have to integrate with each one of these services. How about going at it a different way? For GMail (at least on Chrome) you can figure the web app as the handler for your mailto: links. With that, you can create a link that opens GMail, optionally with subject and body filled in. See RFC2368 for details, or try this link.
Most users don't have accounts on all of the web mail services you mentioned anyways, and using the mailto link allow the mail to the sent using the user's default e-mail client (may it be Outlook, or GMail) which most people prefer anyways.
Does anyone know if when sending a html newsletter what kind of support the major email clients have for the subject= and body= parts of the mailto tag?
The behavior varies by both email client and source application. Here's a likely enough example from my own system, using pjp's link.
Send Mail
Mailto link followed within Outlook client successfully fills subject
Mailto link followed in IE successfully fills subject for Outlook client
Mailto link followed in Firefox fails for same Outlook client (subject text remains part of "TO" field)
I tried the same link in HTML emails read by gmail and Yahoo web clients.
Gmail correctly opens a new message with desired subject
Yahoo pre-fills the subject, but truncates at the space ("Hello" only)
That much variation on just one computer makes embedded mailto tricky to use. I bet that's why many email newsletters provide a "View as a web page" link in the header.
I imagine they've got quite good support for it. BUT!! But mailto will be used to send and email FROM the client TO me#somewhere.com . Thats definitely not you sending out a newsletter.
You'll have to send emails from the server, potentially in a background process.
EDIT:
Slight rethink. Are you talking about you using an admin section with a link with multiple TO addresses that will then open an email client to send out your newsletter? In which case, even though the major browsers probably do have decent support, you shouldn't rely on it out in the wild, since its not in the standard (I think), so they are not required to support it.
EDIT AGAIN:
rfc 2368 info in support of my previous edit