I'm writing a PHP script that pulls emails from a database and displays them in a TinyMCE textarea as a variable. The emails always show up as [email protected] when displayed in the TinyMCE textarea. How do I get the TinyMCE textarea to display the actual email?
I believe what you are seeing is a result of CloudFlare's Email Obfuscation:
https://support.cloudflare.com/hc/en-us/articles/200170016-What-is-Email-Address-Obfuscation-
If you turn this off you should stop getting this behavior.
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 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!
I am in receipt of an forwarded email that has a form to be filled & submitted for a course/event registration. The form has a studentId, emailId, mobileNo, password, Confirm password fields & a submit button.
On Gmail, I fill in details & submit, nothing happens.
In yahoo, as I type the password (after typing other fields), I get a popup that says that the form is not being submitted to yahoo & yahoo never asks password. I do a OK on the popup & submit the form, nothing happens
In hotmail, as I try to type in characters in any of the above fields the cursor disappears, so nothing to submit.
A 'view source' of the page does not show a 'form' element that I was expecting. When I do a inspect element I am able to see the static labels against each of the fields above though no form element. See a lot of tr, td wrapped in table/tbody.
I have tried reading various forums, they seem to mention that having such forms in html emails is a bad idea & better option is to provide a link. None of them say that it will not work on gmail or yahoo.
This mails with the form has been sent to many people & some of them at least have been able to submit. I am just unable to figure out the reason for the failure of the submit. I have tried IE, Mozilla & Chrome.
Any views on what the solution to the problem would be very helpful.
On some newer email readers the form tag is stripped out because of security issues. It's better to have the form on the Internet and a link to it from the email document.
I was trying to send an email using the HTML form:
<FORM METHOD=POST ACTION="mailto:someone#$nailmail.com" ENCTYPE="text/plain">
In my default email message box, I keep getting the whole HTML code instead of the actual text from the edit box. How can I send only the written,v isible text instead of the whole HTML code from the edit box? I already tried ENCTYPE="text/html", but that doesn't work.
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