I have an email script written in .Net that sends html emails. The email uses normal html hyperlinks to insert a link in the email, like this:
StackOverflow
The problem is that in Entourage, a hyperlink like this always shows up for me like this:
StackOverflow < http://www.stackoverflow.com/ >
How can I format the hyperlink in my email so that in Entourage the text "StackOverflow" is the actual hyperlink, and the URL is not displayed after the text? Is there an html meta tag that needs to be set? Do I have to set the content-type somewhere? Or is there a different html syntax on the hyperlink itself that I should use?
In emails from some websites a hyperlink such as the one above renders correctly in Entourage, whereas in emails from others it does not. So, what is the difference between the emails sent from these different domains?
I suspect it is something in the meta information. Maybe the DomainKey-Signature?
Related
I am attempting to create a VBA Macro that will automatically send emails based on attributes within my spreadsheet - within each email is HTML code with <a href ="mailto:...> hyperlinks. The cc and bcc fields in those hyperlinks are dynamic as well.
I create the HTML code for the hyperlinks within the excel spreadsheet itself by using Concatenate to create the following values:
send email
In order to test that it works, I display the olmailitem before sending. All of my hyperlinks work perfectly when the olmailitem is displayed. However, when I send the email to myself to test it from my Outlook, one of the hyperlinks fails to open. There is no error message - it just does not open.
The one difference between the mailto hyperlink that does not work and the others is that there are around 70 emails that are BCC'ed in the html. The length of this mailto hyperlink is 1683 characters.
I think that my issue is that there is a maximum length to a URL that outlook can handle from its desktop application. However, I don't know what that length is. Does anyone have insight?
My web application sends emails to subscribed users.
The email is formatted as an html page and contains html addresses specified as plain text (not inside href tag).
The intent is for the email client to display the html address as simple text, one that the user can "paint" with the cursor and copy to clipboard
This works just fine in some email clients (for example yahoo). However,
other clients (for example, MS outlook and gmail) detect these pieces of text, and display the html address as a link, making it difficult for the user to do the paint-copy-paste described above.
I tried the following:
wrap the text in CDATA block - gmail then disregards the whole block
escape the html address (instead of http://... --> http://...) - makes no difference (still make a link out of text)
any ideas?
you could but a double :: to disable the parsing:
http:<span style="display: none;">:</span>//google.com/
This will not show the second : and should avoid the parsing.
EDIT:
This will work:
http<span>:</span>//google<span>.</span>com/
This question already has answers here:
mailto link with HTML body
(10 answers)
Closed 8 years ago.
I can send an email from JavaScript like:
window.location = "mailto:joe#blogs.com&body=Hello world";
And the user's default mail client (which will always be outlook for this purpose) opens with a pre-populated email that they can edit, then send, like this:
Now, I want to style the email to a basic level - adding links, text color, underlining etc.
My intention was to do this by adding HTML markup to the body, like this:
window.location = "mailto:joe#blogs.com&body=<html><body><h1>Hello world</h1></body></html>";
at the very least I expected to see the same result as before, implying that the client does not support that particular tag, but outlook just renders the tags as plain text, like this:
And even though outlook's default format is HTML, I also tried setting the content-type specifically, like this:
window.location = "mailto:joe#blogs.com&subject=hi&body=<html><body><h1>hello world</h1></body></html>&MIME-VERSION=1.0&Content-Type=text/html; charset=ISO-8859-1";
but get the same result as before.
I know the target version of outlook is capable of rendering HTML, because that's the default format, and from within the UI I can embolden, add links, etc, but how do I encode this information in a mailto: link and ensure that outlook renders it (where user settings permit, of course)
The Mailto format does not support HTML emails. Outlook used to allow it before 2003, but to become compliant with the mailto: standard they removed that functionality.
I'm trying to send a HTML email and it works perfectly fine even the css, but I'm trying to use #font face. If I would be making a normal website I would just have it in a folder on the server. But since there is nothing like that while sending an html email I was wondering whether I could send the font as an attachment and have the html access it. The only thing is that I don't know what the url of email attachments is.
Thanks,
In order to refer to an attachment part from other parts of the message, you need to add a unique Content-ID header field to the attachmentâfor example, based on a hash sum of the font file (replace example.com with your own domain):
Content-ID: <font-d404d13b4009ec52325bafd11e8fa5c2#example.com>
Then, use a cid: scheme URL to refer to this attachment:
cid:font-d404d13b4009ec52325bafd11e8fa5c2#example.com
This works for images; I highly doubt that it will work for fonts, but you can try.
I need to hide a 30 character string inside the HTML of an e-mail so when a user replies, their reply can be linked on our server to that 30 character string. We don't want to add the string to the subject or body of the e-mail where it's visible to the user. We also don't want to hide the text which would result in accidental selecting of the 30 character string.
The problem:
Many e-mail clients (like gmail) reduce HTML e-mail content to just the basic tags, making it difficult to find a tag that can hold an arbitrary string. This means we can't create an arbitrary tag, only use standard tags.
Our best solution:
Hide the string in the "title" tag of a table in the e-mail, like this -
<table title="30_character_string">
The solution above works in most cases. Most e-mail clients don't strip out the title tag, making it a viable option.
Why we're stuck: This isn't the best solution because sometimes e-mail clients get very restrictive and eliminate even the title attribute.
Can you help? What is the most successful way to hide an arbitrary string in the body of an HTML e-mail? Is there a better solution for this sort of linking?
If you put the value in markup, plain text replies won't work. Consider a "smallprint" section on the bottom of your email below your signature.
Dear User,
Email content
Regards,
Logo and such
ReplyIdentifer-xxxxxxxx.
If you don't care for that, add a div to the bottom of the email (again below the sig). ANd again, it will be on the bottom of the email where the user will rarely even care to look.
<style>.hide{display:none;}</style>
<div style="display:none" class="hide">ReplyIdentifer-xxxxxxxx.</div>
In this case, you only see it if the email client removes css AND style tags.
Checking some HTML emails I've received & Gmail seems to allow a <head> tag within the e-mail HTML. You could include the info in a <meta> tag within the head of the email.
What type of account are you reading mail in to? If it's also Gmail, you could make use of their ability to allow abritary strings in your emails address after a plus symbol. Override the reply-to header that you set on your out-going mail to youraddress+uniqueID#gmail.com
EDIT: Staying along the lines of e-mail headers though (which feels like it should be the right way to do this), if you make sure to generate a unique Message ID header for each copy of the mail going out, the In-Reply-To header that you get back should be unique to that recipient and that message. Gmail respects the Message ID header & provides the appropriate reply header in response, as should most (all?) mainstream clients/services