I have a radEditor that is being used as email template creator for email blasting. User can select image they want to put on their template.
Now the issue is email received does not display any images added to the template.
I have already added <telerik:RadEditor ContentFilters="MakeUrlsAbsolute,FixEnclosingP" ...
but to no avail. Still cant show images.
Thanks in advance,
5 Answers, 1 is accepted
I hope you are doing well.
What mail client do you use and what is the exported img src value from the editor that is loaded in it? If the path points to a not HTTP/HTTPS resource the mail client will be unable to read it.
Can you please provide the generated markup from RadEditor to examine it on my side?
Please also check the content form unsupported by Outlook HTML elements/attributes at https://www.outlook-apps.com/html-ignored-by-outlook/.
You may also want to turn on the ConvertInlineStylesToAttributes filter which converts XHTML compliant inline style attributes to Email compliant element attributes. For more information check here https://demos.telerik.com/aspnet-ajax/editor/examples/builtincontentfilters/defaultcs.aspx.
Can you tell me how to generate markup so that will be able to provide you.
Thanks for your help,
There are three ways to obtain the generated markup from RadEditor:
- Press the Html button and you will find the HTML content that will be sent to the server/database OR
- Obtain the content through the RadEditor1.Content property on the server-side OR
- If the content is saved to database or some file, get it from there.
You should also see what content is supplied to the email client and what content does the email client support for img src source. For example if the image is provided as base64 stream, the email client might now support it. Another reason could be the src to point to unexisting or unaccessible location for example to point to a local hard drive but not an Internet server.
I have been busy for a while. This is test sample saved from DB.
Any suggestion on how to fix the issue?
I hope you are well!
Since the problem is not directly related to RadEditor, I looked at Google for the reported behavior and found the following discussion on the topic:
Ok, a final update with this. It turns out, for me anyway, that the problem is with Virgin Media's version of gmail rather than gmail as a whole. So not as big a problem as I'd imagined for clients, but still pretty poor service by them.
I had a similar issue for our customers. I knocked together a quick script(https://gist.github.com/ritwikSOP/5d1be5e2a09f0c65fa6b) to pull the same url 100 times and check the performance, and I get a mix of 404s and 500s from the Google image proxy for Gmail. In fact, I only had about 78% of those requests returning 200s which is pretty appalling for something they've rolled out to everyone. Surely 100 sequential request for the same image should have a better success rate?
A blog pos on the issue: https://blog.filippo.io/how-the-new-gmail-image-proxy-works-and-what-this-means-for-you/.
A SO discussion on it: Gmail's new image caching is breaking image links in newsletter:
I hope the above information will help you resolve the problem. Please share your experience here at the forum when you solved it out.
Our thoughts here at Progress are with those affected by the outbreak.