When I am sending an HTML mail through clients like SendGrid, the receiver email id is getting some text in strike through format. Upon inspection, the HTML content is correct while sending but while rendering, outlook/gmail is adding an additional '<s>' tag randomly which causes the strike through text to appear. Has anyone ever faced this issue and if so, what is the solution?
Thanks in advance!
Related
In our web shop we email customers after each purchase. Up until now all emails displayed properly, but now, in some cases all links inside the email is displayed as doubled plain text. This is happening only to some customers, and I can not find anything about that issue and how to solve it.
Correct Display:
Incorrect Display:
NOTE 1:
I created HTML for that email. The link is wrapped with <a> tag, but when we inspect the incorrectly displayed email, the <a> is removed and only the text is present in the DOM.
NOTE 2:
This is only happening to some customers. We checked and they don't have any ad blocked enabled. Also, this is not browser related issue since they also tried to open email on different browsers.
This happens with Outlook.com and Outlook 365 environments. If the link does not have a http:// or https:// (or other) protocol, it will do this.
Therefore, ensure all your links use a protocol, i.e. ..., and NOT ...
Just in case anyone else winds up here ... we had a similar issue
Our HTML bulk-email (sent programmatically via Exchange) showed formatted correctly in SENT ITEMS, but arrived (when viewed in Outlook) somewhat broken. It was fine if we emailed to e.g. GMail / Hotmail, so probably only a problem with Outlook rendering.
The Outlook presentation was PLAIN TEXT and not Rich / HTML. Noticeable because "View Source" was greyed out. (The content, as sent, definitely had HTML / HEEAD / BODY etc. tags, and it validated OK at W3C - Outlook removed all such HTML tags - seems strange that Outlook decided to display in plain text and then remove all the, correctly coded, HTML tags)
Some, but NOT all, yyy tags displayed wrongly - in particular the tag https://www.example.com/ was what we, eventually, found had caused the email to render (in Outlook) as plain text - all HTML tags stripped and some LINKs rendered wrongly. That HTTPS link did render correctly, but others in the same email which were coded as www.link.com/MyPath rendered as
www.link.com/MyPath<https://www.link.com/MyPath>
same with mailto: links
Removing the HTTPS:// from within the <a href...>HTTPS://xxx</a> tag fixed the problem - took us a while to find though!
So basically it seems that the HREF property should include https:// and the value within the <a> tag should NOT
When I am sending a direct mail newsletter as a test, everything looks fine. But when I am sending a newsletter to users only the content without my wrapping template is being send. The user see´s only the content elements in the newsletter. My html template is missing.
By content, do you mean that users see only plain text? If so, it might be due to subscriptions preferences.
Based on your settings, both fe_users and tt_address may have a flag called "Recieve HTML mails" (can't recall the exact english version) which by default is not set.
Please let us know a bit more about your installation if this doesn't help :)
Here's an email template with HTML.
And I tried to copy it in web browswer and paste in Outlook 2007.
But it looks different because border="0" cellpadding="0" cellspacing="0" doesn't work in email.
For the worse, it varies from the each email system(Outlook, Gmail, hanmail...).
Is there any way to work HTML perfectly in every email system?
Thanks, always.
=======================
This is what it should be.
And this is from DAUM Hanmail,
and Gmail.
You see, Html Email has its pros and cons, and these might even vary with the email client too.
Here are some known limitations (some might nolonger be true though):
Large email bodies may not be sent to NotifyLink devices as HTML when Smart Retrieval is enabled (NotifyLink Enterprise Server: Contol Option Rules) or the body size is set to a limit that does not accommodate the email body size. The email will sent in plain text.
Forwarding an HTML email from the device results in the forwarded email showing the original message twice, once in plain text and once in HTML format, when viewed on Oracle Beehive v1.5.x, Scalix, Sun, and Zimbra mail servers.
Using the Retrieve or Retrieve All options will not retrieve a full HTML picture email. This may be due to a bug with the BlackBerry OS v5.0.
An HTML message viewed on the device that includes a phone number will not allow the phone number to be selected for dialing.
The bodies of messages sent using ActiveSync's SmartForward or SmartReply commands will always be in plain text format.
Body text that has been copied and pasted from a MS Word document into emails sent to the device in HTML format are cut off when the email has been sent from a Kerio mail server.
Read more here...
How to Code Html Email correctly
And More Here...
I am afraid that not all email clients render HTML emails in the same way. Even between different version of Microsoft Outlook there are several differences.
You may find interesting the next article
http://www.campaignmonitor.com/css/
Hope this helps.
I want to send an email in HTML to a user from browser client i.e send mail from Gmail, Yahoo, etc.
I paste the HTML I want to send in the text area, but the HTML is not getting rendered when I receive it.
HTML emails need a content-type: text/html header otherwise they are assumed to be plain text. You do not mention what language you are using, but if you are using PHP, you can use PHP Mailer to make sending HTML emails a little easier.
<textarea> tag is for user input. Users can't insert any data in mails, so this tag won't be rendered. If you just showing the information, use tag <p> instead.
http://www.labnol.org/internet/send-html-email/19672/
Be careful with how you use this though, GMail could very well blacklist you if your recipient list is too long. I use it all the time for tests.
We've got some HTML emails that get sent out that show email addresses our service has blocked. When viewing the email in Outlook (and presumably in other clients as well) these plain-text email addresses get turned into clickable links that would compose a new message to this address when clicked.
Is there a way to prevent this from happening? Perhaps a meta tag with a flag that would prevent Outlook from converting these into clickable links?
Most email clients strip out META tags, Javascript, and other types of code not necessary for email. Outlook is going to do what it wants with your email, so what you may want to do is wrap the addresses with your own anchor tag and use a blank HREF. Then, style the link to look like the rest of your text.
I think a better answer is to formulate anything that you think a mail client might try to generate a link for in a way that breaks up the string a bit like this: https://stackoverflow.com/a/7625887/470749