I'd like the ability to add custom properties and values.

Currently I build a lot of editable templates for clients to use in mailchimp, it would be preferable to define the editable areas in the mjml rather than having to retro-fit it to the compiled html.

For instance: <mj-text color="#ffffff" font-size="28" align="center" padding-top="40" mc:edit="title">

Hi Guys,

Firstly - thanks for the great work in building mjml, it makes my life so much easier!

I'm not sure if this is possible or if it's already planned.

Currently, using <mj-button> with href results in the text on the button being linked, but not the button itself. For a large button with small text, this results in a large area that's not clickable.

Is it possible to change how the button links work so that the entire button is a link, rather than just the text?

(with Chrome 48.0.2564.97 (64-bit), on Mac OsX El Capitan)

As seen on your site template :

  <!-- Side image -->
  <mj-section background-color="white">
    <mj-column>
        <mj-image width="200" src="https://designspell.files.wordpress.com/2012/01/sciolino-paris-bw.jpg"></mj-image>
    </mj-column>
    <mj-column>
        <mj-text font-style="italic"
                 font-size="20"
                 font-family="Helvetica Neue"
                 color="#626262">
            Find amazing places
        </mj-text>
        <mj-text color="#525252">Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin rutrum enim eget magna efficitur, eu semper augue semper. Aliquam erat volutpat. Cras id dui lectus. Vestibulum sed finibus lectus.</mj-text>
    </mj-column>
  </mj-section>

Does not render well in gmail :

Work in that case (small texts in columns) :

<mj-section>
    <mj-column>
        <mj-text align="center">
          foo
        </mj-text>
    </mj-column>
    <mj-column>
        <mj-text align="center">
          bar
        </mj-text>
    </mj-column>
</mj-section>

but not with more text :

<mj-section>
    <mj-column>
        <mj-text align="center">
          Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
          tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam,
          quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo
          consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse
          cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non
          proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
        </mj-text>
    </mj-column>
    <mj-column>
        <mj-text align="center">
          Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
          tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam,
          quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo
          consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse
          cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non
          proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
        </mj-text>
    </mj-column>
</mj-section>

New <mjml-chart/> component :rocket: !

Preview

• mjml-chart generated documentation
• mjml-chart tests

Features

• pie charts
• line charts
• bar charts
• throw missing required attribute error at mjml compile-time
• throw bad attribute format error at mjml compile-time
• throw forbidden attribute error at mjml compile-time

Fixes #396

Overview

I believe that it is a mistake for this project to maintain an unopinionated position about templating. 99% of systems using mjml will have some form of data binding in conjunction with mjml. Correct me if I'm wrong but I don't think that creating completely static email by hand is a super common scenario.

Problem

Currently mjml has tools created for it to view the rendered html in various simulated test environments (mobile or desktop, etc.) This is great but if those tools have no idea about the templating transformations applied to it and the data that goes into it then you have one of two options:

1. View the original mjml files which won't look right or might not work at all because they have invalid templating syntax mixed in
2. View the generated mjml, which is the product of running it through a custom transformation pipeline and composed with data but now has the downside of not being the original files in code. Therefore if you try to edit that output it will be lost and somehow needs to be translated back into the original source.

For example this vscode-plugin: https://marketplace.visualstudio.com/items?itemName=attilabuti.vscode-mjml

It won't work on files with handlebars syntax mixed in and if I'm looking at the files my build step produces I won't be able to edit it in the left because its not the right code. Same for the desktop tool.

Currently the examples appear to be geared towards people creating completely static templates with hand rolled sample data and you cannot simply use that as is and now you have a disconnect between people making email templates and the files that actually need to go into the file system, resulting in manual translations.

Is your feature request related to a problem? Please describe. There are no built in semantics for data binding, conditionals or loops therefore tools can't be made to view templated mjml files easily and all the current tools are designed to edit or view the final product not the actual source code in the project.

Describe the solution you'd like Either just pick handlebars as a first class citizen or implement your own syntax to allow data binding.

Add a tag which be used to describe sample data for use by tools when rendering but is ignored at runtime.

Off the top of my head prototype:

<mj-data type="lorem-ipsum">
  <mj-sentence name="title" />
  <mj-list min="1" max="10" name="items">
    <mj-phrase name="name" />
    <mj-paragraph name="description" />
  </mj-list>
</mj-data

Then the display tools could use a lorem-ipsum generator to generate objects which can be used to dynamically expand what is visualized into a fully static content.

Describe alternatives you've considered Using handlebars and then creating a html server which serves up the transformed mjml then try to point the dev tool at a url instead of the file system, use source maps to get the editor to map back to the original source files.

Additional Context I'm just saying that this was the path html went down a long time ago and it has the drawbacks mentioned above but its too late for html. Since then there have been some improved techniques invented which is essentially to have integrated databinding semantics. Take a look at DataBinding in xaml for example.

I used to work on design tools for Microsoft in both visual studio and on the "new" IE developer tools and I can tell you that this is an important aspect to have in the base language for all future languages. Your tooling will always be limited or disconnected from the original source code if you go down this path and you'll need the same problematic workarounds that html suffers from where you have to use source maps and you have to have developers who can translate between the templates and the mjml that designers create manually.

Hi! I use mjml and python/django by command mjml and pipe-line for pass template and get result. It is very simple but very slow -- 0.8 - 2 seconds. https://github.com/liminspace/django-mjml/blob/master/mjml/tools.py#L9

Then I try make tcp-server for keep mjml instance in process and I get better speed -- 0.1-0.2 seconds. https://github.com/liminspace/django-mjml/blob/master/mjml/node/tcpserver.js

I am not good in node.js, so I propose you make mjml-api-server that other non-node.js services can use it as fast as possible.

mj-group containing 2 columns with images breaks into a stacked column on Gmail for iOS. I have exported my code minified using the CLI command mjml source.mjml -o output.html --config.minify as well as using this tool, which was recommended in a separate issue. Here is the relevant section of my code (non-minified):

  <mj-body background-color="#F2F2F2" width="500px">
    <mj-section background-color="#FFFFFF" vertical-align="center" padding="24px 16px 30px">
      <mj-group vertical-align="center">
        <mj-column>
          <mj-image width="190px" padding="0"  src="https://marketing.cloudagentsuite.com/cdnr/34/acton/attachment/35764/f-0016/1/-/-/-/-/cloud-agent-suite-logo.png" alt="Cloud Agent Suite" />
        </mj-column>
        <mj-column>
          <mj-image width="98px" padding="0" align="right" src="https://marketing.cloudagentsuite.com/cdnr/34/acton/attachment/35764/f-0017/1/-/-/-/-/mlsok.png" alt="MLS OK" />
        </mj-column>
      </mj-group>
    </mj-section>
<!-- the remainder of the email -->
</mj-body>

And this is the result:

Reproduction Steps:

1. Start with the mj-group example from the docs
2. Replace image paths with my own, use correct width of image.
3. minify output using CLI or tool mentioned above.
4. paste code into litmus and run browser previews

Expected behavior:

I would expect the images to remain on the same line, and not break into a column, like so:

Observed behavior:

The image on the right falls beneath the image on the left, stacking them into a column on Gmail for iOS as well as Inbox for iOS.

Screenshots and GIFs

Screenshots included above.

MJML version:

4.0.5

Email clients the bug is seen on:

• Gmail App (iOS 10.3.2)
• Inbox by Gmail (iOS 10.3.2)

Describe the bug running mjml via yarn multiple times concurrently gets about 50% of the processes killed.

To Reproduce

1. create an /tmp/in.mjml file
2. run for i in {1..40}; dowhich yarnrun mjml -r /tmp/in.mjml -o /tmp/out_$i.html & done (run mjml 40 times concurrently)
3. some of the mjml are killed (sigkill) and some (not necessarily corresponding) html files not created.

[1]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[2]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[3]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[4]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[5]   Exit 1                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[6]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[7]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[8]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[9]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[10]   Exit 1                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[11]   Exit 137                `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[12]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[13]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[14]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[15]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[16]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[17]   Exit 1                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[18]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[19]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[20]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[21]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[22]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[23]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[24]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[25]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[26]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[27]   Exit 1                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[28]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[29]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[30]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[31]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[32]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[33]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[34]   Done                    `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[35]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[36]   Exit 1                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[37]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[38]   Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[39]-  Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html
[40]+  Killed                  `which yarn` run mjml -r /tmp/in.mjml -o /tmp/out_$i.html

5. run

 ls -1 /tmp/out_*
/tmp/out_1.html
/tmp/out_10.html
/tmp/out_12.html
/tmp/out_14.html
/tmp/out_17.html
/tmp/out_18.html
/tmp/out_19.html
/tmp/out_2.html
/tmp/out_23.html
/tmp/out_24.html
/tmp/out_26.html
/tmp/out_27.html
/tmp/out_28.html
/tmp/out_30.html
/tmp/out_33.html
/tmp/out_34.html
/tmp/out_36.html
/tmp/out_37.html
/tmp/out_38.html
/tmp/out_40.html
/tmp/out_6.html

Expected behavior All mjml executions are successful and all the files created

MJML environment (please complete the following information):

• OS: Linux app.0 4.19.205-0psh2 #0psh2 SMP PREEMPT Fri, 27 Aug 2021 12:03:59 -0700 x86_64 GNU/Linux
• MJML 4.12.0
• MJML tool used yarn run mjml and yarn run v1.22.18

Additional context executing the command shows a number of warnings:

warning Skipping preferred cache folder "/app/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-10000".
$ /app/node_modules/.bin/mjml -h
warning Cannot find a suitable global folder. Tried these: "/usr/local, /app/.yarn"

Hi, thank you so much for this beautiful piece of work.

I am trying to upgrade to 2.3.2. Unistalled and reinstalled again using npm but it still showing 2.3.1

Describe the bug

Our build starts to fail while updating mjml to v4.10.0

To Reproduce

Upgrade to v4.10.0 from v4.9.3

Expected behavior

Our builds still pass, and emails are rendered :+1:

MJML environment (please complete the following information):

• OS: Ubuntu 20.04
• MJML Version 4.10.0
• MJML tool used [e.g MJML App]: The MJML API

Additional context

/builds/stordata/cmdb/node_modules/mjml-core/lib/index.js:66
var _classCallCheck2 = _interopRequireDefault(require("@babel/runtime/helpers/classCallCheck"));
                       ^
TypeError: _interopRequireDefault is not a function
    at Object.<anonymous> (/builds/stordata/cmdb/node_modules/mjml-core/lib/index.js:66:24)
    at Module._compile (internal/modules/cjs/loader.js:1063:30)
    at Module.replacementCompile (/builds/stordata/cmdb/node_modules/append-transform/index.js:60:13)
    at Module._extensions..js (internal/modules/cjs/loader.js:1092:10)
    at Object.<anonymous> (/builds/stordata/cmdb/node_modules/append-transform/index.js:64:4)
    at Module.load (internal/modules/cjs/loader.js:928:32)
    at Function.Module._load (internal/modules/cjs/loader.js:769:14)
    at Module.require (internal/modules/cjs/loader.js:952:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at Object.<anonymous> (/builds/stordata/cmdb/node_modules/mjml/lib/index.js:12:41)
    at Module._compile (internal/modules/cjs/loader.js:1063:30)
    at Module.replacementCompile (/builds/stordata/cmdb/node_modules/append-transform/index.js:60:13)
    at Module._extensions..js (internal/modules/cjs/loader.js:1092:10)
    at Object.<anonymous> (/builds/stordata/cmdb/node_modules/append-transform/index.js:64:4)
    at Module.load (internal/modules/cjs/loader.js:928:32)
    at Function.Module._load (internal/modules/cjs/loader.js:769:14)
    at Module.require (internal/modules/cjs/loader.js:952:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at Object.<anonymous> (/builds/stordata/cmdb/backend/mailer.js:2:390)
    at Module._compile (internal/modules/cjs/loader.js:1063:30)
    at Module.replacementCompile (/builds/stordata/cmdb/node_modules/append-transform/index.js:60:13)
    at Module._extensions..js (internal/modules/cjs/loader.js:1092:10)

Looking at https://app.renovatebot.com/package-diff?name=mjml&from=4.9.3&to=4.10.0 I can see this

I suppose that's not what you want :)

Describe the bug When I put a mj-include in mj-head, node throws this:

TypeError: setBackgroundColor is not a function
    at MjBody.render (/api/node_modules/mjml-body/lib/index.js:67:7)
    at /api/node_modules/mjml-core/lib/createComponent.js:336:28
    at Array.map (<anonymous>)
    at MjHead.handlerChildren (/api/node_modules/mjml-core/lib/createComponent.js:317:24)
    at MjHead.handler (/api/node_modules/mjml-head/lib/index.js:43:19)
    at _processing (/api/node_modules/mjml-core/lib/index.js:235:26)
    at Object.mjml2html [as default] (/api/node_modules/mjml-core/lib/index.js:329:25)
    at compileTemplate (/api/src/emails/templates/index.ts:16:30)
    at Object.<anonymous> (/api/src/emails/templates/index.ts:35:5)
    at Module._compile (internal/modules/cjs/loader.js:701:30)

To Reproduce email.mjml

<mjml>
	<mj-head>
		<mj-include path="./partials/style.mjml" />
	</mj-head>

	<mj-body>
		<mj-section>
			<mj-column>
				<mj-text>Blabla, whatever</mj-text>
			</mj-column>
		</mj-section>
	</mj-body>
</mjml>

partials/style.mjml

<mj-attributes>
	<mj-text font-family="Arial" font-size="14px" line-height="170%" align="center" />
</mj-attributes>

Expected behavior It should compile nicely.

MJML environment (please complete the following information):

• OS: Ubuntu 18.04
• MJML Version: 4.4.0-beta.2
• MJML tool used: mjml for node

Additional context When I remove the mj-include, it compiles without error.

Notice that another bug occurs whith mj-include when I put one just after the first mj-body tag: email.mjml

<mjml>
	<mj-body>
		<mj-include path="./partials/header.mjml" />
		<mj-section>
			<mj-column>
				<mj-text>Blabla, whatever</mj-text>
			</mj-column>
		</mj-section>
	</mj-body>
</mjml>

throws mj-section cannot be used inside mj-raw, only inside: mj-attributes, mj-body, mj-wrapper.

But if I put it before the last mj-body tag AND after a comment, it works.
I mean... it doesn't work at the end (partial is not included) but it doesn't throw anything.

Bumps json5 from 1.0.1 to 1.0.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Describe the bug A clear and concise description of what the bug is.

Gmail doenst display Outfit font family with mjml -> https://fonts.googleapis.com/css2?family=Outfit:wght@100;200;300;400;500;600;700;800;900

Is there a list of supported fonts or is there a a way to make the above font supported ?

To Reproduce

 <mjml>
    <mj-head>
      <mj-font name="Outfit" href="https://fonts.googleapis.com/css2?family=Outfit:wght@100;200;300;400;500;600;700;800;900" />
    </mj-head>
    <mj-body background-color="#F4F8FB">
      <mj-section>
        <mj-column background-color="#F4F8FB">
          <mj-image width="300px" src="https://upload.wikimedia.org/wikipedia/commons/thumb/1/11/Test-Logo.svg/783px-Test-Logo.svg.png"></mj-image>
        </mj-column>
      </mj-section>
      <mj-section background-color="#FFFFFF">
        <mj-column>
          <mj-text font-family="Outfit, Ubuntu" font-size="24px" font-weight="500"  line-height="34px">
            Forgotten your password ?
          </mj-text>
        </mj-column>
      </mj-section>
      <mj-section background-color="#FFFFFF">
        <mj-column>
          <mj-text font-size="16px" line-height="24px" font-family="Outfit, Ubuntu" font-weight="300">We have recieved your reset password request, please click on the "Change password" button below, make sure to have a look at the following rules</mj-text>
          <mj-text font-size="16px" line-height="24px"  font-family="Outfit, Ubuntu" font-weight="300">
            Your new password must include:</mj-text>
          <mj-text font-size="16px"  line-height="24px"  font-family="Outfit, Ubuntu" font-weight="300">
            <li>10 - 46 characters</li>
            <li>At least 2 mixed-case letter</li>
            <li>At least 3 number</li>
          </mj-text>
          <mj-text css-class font-size="16px"  font-family="Outfit, Ubuntu" font-weight="300">
            If you did not initiate this password reset, please contact us.</mj-text>
        </mj-column>
      </mj-section>
      <mj-section background-color="#FFFFFF">
        <mj-column>
          <mj-text font-family="Outfit, Ubuntu" font-size="16px"  font-weight="300">
            Thanks,
          </mj-text>
          <mj-text font-family="Outfit, Ubuntu" font-size="16px"  font-weight="300">
            The <span style="font-weight: 600">Test Team</span>
          </mj-text>
        </mj-column>
      </mj-section>
      <mj-section background-color="#FFFFFF">
        <mj-column>
          <mj-button background-color="#da2028" font-family="Outfit, Ubuntu" width="100%" border-radius="4px" height="50px" font-size="18px" href="/">Change Password</mj-button>
        </mj-column>
      </mj-section>
      <mj-section background-color="black">
        <mj-column width="25%">
          <mj-button height="15px" font-family="Outfit, Ubuntu" background-color="black" href="/" padding="0">Privacy Policy</mj-button>
        </mj-column>
        <mj-column width="50%">
          <mj-button height="15px" font-family="Outfit, Ubuntu" background-color="black" href="/" padding="0">© Copyright 2022 Test</mj-button>
        </mj-column>
      </mj-section>
    </mj-body>
  </mjml>

Expected behavior Should display fonts in gmail

MJML environment (please complete the following information):

• OS: Windows & Mac
• MJML Version: 4.13.0
• MJML tool used: https://mjml.io/try-it-live/

Email sending environment(for rendering issues):

• Gmail

Affected email clients (for rendering issues):

• Email Client: Gmail
• OS: Windows & Mac
• Browser: Firefox, Safari, Chrome

Additional context Works perfectly everywhere else but not in Gmail (Google mail in browser)

<mj-button css-class="centerText mAuto padT10" align="right" href="https://www.google.com" title="MOTE_SAMPLE" target="_blank" background-color="#34A293" border-radius="10px" color="#ffffff" font-size="16px" font-weight="bold" inner-padding="10px 18px 10px 18px"> Request Samples </mj-button>

Here is the output HTML

<td align="center" bgcolor="#34A293" role="presentation" style="border:none;border-radius:10px;cursor:auto;mso-padding-alt:10px 18px 10px 18px;background:#34A293;" valign="middle"><a href="https://www.google.com" style="display:inline-block;background:#34A293;color:#ffffff;font-family:Arial, Helvetica, sans-serif;font-size:16px;font-weight:bold;line-height:120%;margin:0;text-decoration:none;text-transform:none;padding:10px 18px 10px 18px;mso-padding-alt:0px;border-radius:10px;" target="_blank">Request Samples</a></td>

When adding comments in MJML, the outputted comments contain spaces between the brackets and the comments.

For example:

MJML: <!--[if !mso]-->

HTML output:

<!-- [if !mso] -->

Which isn't read by outlook. Is there a way around this?

Notes for the previous Issue #359 fixed here, following the discussion at Issue #2565

In getStyles.td:

Removed the mso-padding-alt as inner padding cause is no longer needed when the size of the button is controlled by the padding in the anchor. If I keep the MSO-attribute, the button will be shown as twice the size in MSO-PC.

in getStyles.content:

Removed the mso-padding-alt: 0px cause is nullifying the effect of activating the anchor as a button in MSO-PC. The padding in the anchor is now effectively creating the internal size of the button.

Added border:

1px solid which activates a "bug" in MSO-PC, forcing MSO to read the display attribute of the button (default: inline-block) and thus, changing the behavior of the anchor in MSO to act like a common anchor in all the other readers/browsers.

To avoid non-corresponding colours between the background of the container TD and the border created in the anchor, I added the this.getAttribute('background-color') property to the style, aligning both colours, minimizing the unwilling mismatching.

Results in MSO-PC

Tested in EoA:

Tested in Litmus

Hello, our security check has found a high severity vulnerability in html-minifier, which is a dependency of mjml.

Dependency hierarchy:

• mjml-4.13.0.tgz (Root Library)
• mjml-cli-4.13.0.tgz
• ❌ html-minifier-4.0.0.tgz (Vulnerable Library)

Vulnerability description: A Regular Expression Denial of Service (ReDoS) flaw was found in kangax html-minifier 4.0.0 via the candidate variable in htmlminifier.js.

Here is a link to a similar issue in html-minifier. It does not seem to be worked on.

https://github.com/kangax/html-minifier/issues/1135

Can you update your repository to get rid of this vulnerability?