I just filed a Lucee issue to address an issue with sending HTML emails: https://luceeserver.atlassian.net/browse/LDEV-4039 If you agree with the issue I raised, I'd recommend voting for it!

You should give every product manager I've ever known lessons on well documented tickets.

@bhartsfield Thanks, I try!

Totally agree, good stuff

Looks that I'm not able to upvote anything in Jira anymore. I used to do it in the old view, that I can't access anymore. https://www.tutorialspoint.com/jira/jira_watch_and_vote_on_issue.htm#:~:text=Voting%20on%20an%20Issue,instantly%20vote%20for%20that%20issue.

Doesn't really need upvotes, Dan wants to develop a patch then we'll move it thru as usual

for the record though, upvoting works fine for me still

Absolutely disagree with this issue! The max Line length in an e-mail is defined in the RFC . Lines longer than 998 characters can result in several Mailserver Errors. See here: https://www.smtp2go.com/blog/email-formatting-affecting-inbox-delivery/#:~:text=Line%20Length%20Limits&text=1)%2C%20a%20line%20of%20characters,550%20Maximum%20line%20length%20exceeded Don't Play around with this!

Regarding upvotes: Going to check this on my laptop soon. Can't find anything in my mobile app, nor in my mobiles desktop view.

@madmike_de My suggestion to use quote-printable automatically wraps lines at 76 characters, but it encodes new lines so the rendered output is not changed. The avoiding the line character restriction is one of the reasons quote printable was introduced. So quote printable allows lines longer than 1000 characters by encoding new lines and automatically wrapping each line at 76 characters. Best of both worlds!

As long as it's optional I don't see any problem

Unfortunately, this if there's base64 encoded data in a string, it can still extend the max line length. Some CSS minifiers also won't add new lines inside a CSS rule (like YUI's minifier), which means a rule can still exceed the maximum line length. However, this problem could be biting any HTML. For example, you might be generating some HTML for a message that ends up having a long URL with some tracking information embedded in it. If the HTML is condensed/minified, you could run into an issue where an anchor element is embedded in the range where a new line would be forced, which would break the link. Similiarly, you could have that problem if you were trying to embed a Base64 encoded image (which isn't well supported with email clients, but if you're explicitly targeting a client that supports it, it might not be an issue for you).

makes sense, let's make Lucee flexible