Mails being sent with <br /> instead an actual new line

minWi

minWi

I'm not sure if this is related to 14.1 or if something else changed (I couldn't find anything related to this on the 14.1 release notes) but around 14.1 was released (I'm not too sure, I don't pay too much attention to periodic emails) now my emails being sent via DMA look like this:

Code: 
This message was generated by the smartd daemon running on:<br /><br />   host name:  n54l<br />   DNS domain: [Empty]<br /><br />The following warning/error was logged by the smartd daemon:<br /><br />

This was ok not too long ago so I'm wondering if something either on DMA or 14.1 update changed it.
Thanks!
 
**sigh** Just because I can:

This
Code: 
<br />
is XHTML/XML and not HTML. The community linked to above says it's being served as text/html. While the closing slash is allowed in HTML for "foreign elements" such as SVG, it has never been specified in any HTML standard to have one there and, if anything, it can cause problems. In any case, it does nothing, has no meaning, and is ignored by browsers.

Yes, this is a pet peeve of mine.

HTML Standard, Edition for Web Developers

html.spec.whatwg.org html.spec.whatwg.org

Then, if the element is one of the void elements, or if the element is a
foreign element, then there may be a single U+002F SOLIDUS character (/), which
on foreign elements marks the start tag as self-closing. On void elements, it
does not mark the start tag as self-closing but instead is unnecessary and has
no effect of any kind. For such void elements, it should be used only with
caution — especially since, if directly preceded by an unquoted attribute
value, it becomes part of the attribute value rather than being discarded by
the parser.
Click to expand...
 
You must log in or register to reply here.
Back
Top