CKEditor doesn't give mail-safe HTML

[EmileSonneveld]

Tools like https://topol.io/ automatically include required <meta/>-tag's in the HTML content to assure all platforms will render the mail well. Are there any plans to include these <meta/>-tag's in mails sent with phplist3? Example mail of topol,io containing the <meta/>-tags, and even more: email_topol_io_example.txt

Currently using v3.3.1 Also reproducable here: https://demo.phplist.org/lists/admin/?page=send&id=17&tk=8bfe0f549ad22bae4293df47087e912a

[samtuke]

Thanks for the report!

Unfortunately topol is not Open Source and therefore cannot be included in phpList. You could make a plugin to package such a a proprietary editor and handle the license key etc., but it could never be bundled with a phpList download.

Open Source editors for email do exist, such as mosaic, and raptor (unmaintained), and there have been previous discussions about including those. One challenge is that mosaic uses its own storage format which is incompatible with other editors, so it is currently not possible to implement it as a plugin (too many changes would be required to how campaign content is stored). It could be added as a core component (not plugin) however.

Are you interested in working on this?

For reference: https://discuss.phplist.org/t/mosaico-template-editor-integration/3595/13

[EmileSonneveld]

Hey Samtuke!

It would indeed make sense to integrate this as core functionality. The hard part would be backwards compatibility with existing HTML mails.

An easy solution could be to pass the HTML through something like https://github.com/alexdunae/premailer/ before sending. This fixes most issues I guess. At least Apple-mail wil render the HTML :)

[bramley]

An easy solution could be to pass the HTML through something like https://github.com/alexdunae/premailer/ before sending.

The Content Areas plugin inlines CSS. See https://resources.phplist.com/plugin/contentareas#inline_css_styles

[samtuke]

According to Litmus, 99% of email consumers now use mail clients which support embedded (non-inline) CSS. They blogged about it here but have since updated the statistic: https://litmus.com/community/discussions/6116-here-s-why-litmus-didn-t-inline-css-for-its-first-newsletter-of-2017

As such, inlining CSS is probably a decreasing priority going forward for most phpList admins.

[michield]

Mostly Hotmail/Live/Outlook does not render well with inline CSS yet. So, it may be needed for a bit longer.

[EmileSonneveld]

Tx @bramley for the inline CSS plugin! One problem down. Are you aware of a plugin that also fixes the the \<meta> tags?