Replies: 26 comments 12 replies
-
can you paste your actual notification URL for emails? (obviously just replace username and password with |
Beta Was this translation helpful? Give feedback.
-
Sure thing! Check out below. Thanks!! mailtos://[username]:[password]@[smtp-server]:[port]?smtp=[smtp-server]&from=[Sender Name]%3C[sender-email]%3E&to=[recipient-email] mailtos://USERNAME:PASSWORD@SMTPSERVER:PORT?smtp=SMTPSERVER&from=SenderName%3Cno-reply%40example.com%3E&to=recipient%40example.com |
Beta Was this translation helpful? Give feedback.
-
Can you add |
Beta Was this translation helpful? Give feedback.
-
Sure thing, I just tried, but I had the same experience. I added both the &format=html to the URL as well as set the email to HTML format. :-/ |
Beta Was this translation helpful? Give feedback.
-
sorry, what about |
Beta Was this translation helpful? Give feedback.
-
Not a problem at all! I appreciate your help in troubleshooting this issue. Sadly, the issue persists. Neither HTML or html will result in getting the template sent as HTML. Also, to confirm, the notification dropdown is set to HTML as well. |
Beta Was this translation helpful? Give feedback.
-
I'm unable to reproduce this notification format = notification url = notification body
the email contains the HTML part... so no problem
|
Beta Was this translation helpful? Give feedback.
-
@smyoss any chance you can download the |
Beta Was this translation helpful? Give feedback.
-
Absolutely! Please see attached. I have made a couple of small redactions for privacy. Thank you!! |
Beta Was this translation helpful? Give feedback.
-
how are you setting up the notification body? can you add a screenshot? |
Beta Was this translation helpful? Give feedback.
-
Sure thing, please see attached. I'm not adding the URL parameters you mentioned, but this is what this looks like. For the SMTP provider, I'm using Mailjet, but they aren't doing anything to stop HTML emails. I send ~2-3k HTML emails per day through them. Also, I tried with your configuration and I got the same experience. HTML as text and not rendered. |
Beta Was this translation helpful? Give feedback.
-
I suspect its something in mailjet to be honest.. can you try a different SMTP server? the output from apprise in this version is not escaping the HTML.. :( btw does the changedetection instance run in windows, or in linux? |
Beta Was this translation helpful? Give feedback.
-
I just tried it again with Amazon SES and it was the same experience. :-/ I'm running this on Ubuntu 22.04 in Docker. Thank you so much! |
Beta Was this translation helpful? Give feedback.
-
its strange that no one else has reported it... but i can see in your EML attachment that it's true :/ i have no idea |
Beta Was this translation helpful? Give feedback.
-
maybe its your client thats converting it? |
Beta Was this translation helpful? Give feedback.
-
#2108 this extra tests passes
I'm also unable to reproduce this in gmail at all... |
Beta Was this translation helpful? Give feedback.
-
@smyoss any way you can test |
Beta Was this translation helpful? Give feedback.
-
Thank you for asking. Sadly, the issue persists. See attached. I tied.... mailto://UN:[email protected]:587?smtp=in-v3.mailjet.com&from=Company%20Changes%3Cno-reply%40company.com%3E&to=person%40companyname.com and mailto://UN:[email protected]:587?smtp=in-v3.mailjet.com&from=Company%20Changes%3Cno-reply%40company.com%3E&to=person%40companyname.com&mode=starttls I don't think my email client is converting this message. It's just Gmail so it isn't something fancy. I also tried this with AWS SES with the same outcome. Thank you so much for your help. |
Beta Was this translation helpful? Give feedback.
-
For now i'll park this in discussions, i'm unable to reproduce it when delivering to gmail |
Beta Was this translation helpful? Give feedback.
-
Just wanted to let you know I tried the latest release and the issue persists. No pressure. Just wanted to let you know I tried. Again, thank you so much for your incredible application. |
Beta Was this translation helpful? Give feedback.
-
I tried your email credentials you sent me and it worked perfectly fine... can you try set the main "SETTINGS" (global settings) to HTML too? as well as your watch settings to HTML format? and send again |
Beta Was this translation helpful? Give feedback.
-
Yep, both are set to HTML as well. See attached. Thank you! |
Beta Was this translation helpful? Give feedback.
-
Yep, I was trying to show you how I was fetching the data. Isn't this the watch settings? I'm not seeing a tab for watch settings specifically. I have enabled HTML for everything. Thank you!! |
Beta Was this translation helpful? Give feedback.
-
Ran into this myself and decided to take a stab at fixing this, I noticed the notification format was overwriting the notification title (see email subject on earlier replies). The notification format was always being set to "plain", even if the setting was set to "html". Found a culprit for this bug and submitted a PR. |
Beta Was this translation helpful? Give feedback.
-
I think that did the trick!!! Thank you @dgtlmoon and @TheConner!!! You guys are awesome!!! Much love to you all. |
Beta Was this translation helpful? Give feedback.
-
Hi. This has been resolved? I’m using the latest version and I’m experiencing the exact same problem. Thanks. |
Beta Was this translation helpful? Give feedback.
-
Hello Community!
When HTML emails are sent from changedetection.io, they are being received with HTML tags escaped and displayed as plain text. This prevents the email from being rendered correctly in email clients such as Gmail.
Sample Notification:
Steps to Reproduce:
Configure changedetection.io to send an HTML email notification.
Trigger an event that sends an email notification.
Observe the received email in Gmail.
Expected Result:
The email should display with HTML content properly rendered.
Actual Result:
The HTML tags within the email content are escaped with < and > entities, causing the email client to display the raw HTML code instead of rendering it.
Additional Information:
The issue is observed in Gmail, where the Content-Type is set to multipart/alternative with a quoted-printable content transfer encoding. The HTML content is included in the email body, but it is escaped, which should not be the case for HTML emails.
Attachments:
Suggested Fix:
Ensure that the HTML content is not being escaped when constructing the email body. The Content-Transfer-Encoding should be set correctly (either 8bit or quoted-printable), and the HTML tags should be sent as actual < and > characters, not as HTML entities.
Desktop (please complete the following information):
Change Detection Version
v0.45.12
Beta Was this translation helpful? Give feedback.
All reactions