Incorrect parse of CDATA when rendering HTML email

[ewxrjk]

Initially analysed here: github.com/ewxrjk/rsbackup/issues/52

• In HTML, the <style> element content is used to convey CSS stylesheets.
• The content model is CDATA.
• CDATA is terminated by "</", e.g. the start of the </style> tag.
• It seems that AquaMail also interprets "/>" as terminating CDATA content.

The result is that if a stylesheet contains "/>", for instance in a comment, AquaMail misrenders it.

[Nigelmay]

I have the same issue, but only from a couple of correspondents, so I assume it's something to do with the way their HTML mails are constructed. It's clearly an AM issue, the same mails render perfectly in K-9.

[Kostya Vasilyev]

There are cases of malformed messages where we have to close out a style when there is a "nested" opening tag:

<style>
.....
....
<div>
text starts here - the style tag is assumed closed at this point
</div>
</html>

Happens when people copy / paste html snippets into their newsletters (and not paying attention) or even with automated template / snippet generators.

As you can see, in these cases the <style> may not even close out ever. And without this special case, we were getting "help help, message text does not show in your app".

---

I'm willing to try and adjust our code for your nested comments case (we already handle those, but there is room for improvement it seems).

Please send a sample .eml to support / at / aqua-mail / dot com.