ActiveCampaign / mailmason

A complete toolset to streamline building and updating a set of consistent transactional emails.
https://postmarkapp.com/mailmason
MIT License
928 stars 66 forks source link

Status of this library? #76

Open pzimmermaninmo opened 1 year ago

pzimmermaninmo commented 1 year ago

Not exactly sure who or where to reach out, but is this library still actively maintained? I know postmark still has a link to this repo but my biggest concern with using this library are the outdated dependencies. A lot of them haven't been updated in years.

Related, are there plans to using something a little more modern like webpack instead of grunt? I'm looking into expanding some of the functionality and would prefer to use es modules instead of the old commonJS way of doing things.

Thanks

DWboutin commented 1 year ago

@pzimmermaninmo Hi! I don't think this project is actively maintained, but it worked well for us. I built a complete mail builder less than 3 months ago and it works well.

If you are using Postmark, it's the best solution I found.

pzimmermaninmo commented 1 year ago

@pzimmermaninmo Hi! I don't think this project is actively maintained, but it worked well for us. I built a complete mail builder less than 3 months ago and it works well.

If you are using Postmark, it's the best solution I found.

Yeah we actually started using it and it seems to work its just unfortunate its no longer being maintained. If it breaks one day we might be SOL. (Not to mention all the security vulnerabilities with these outdated libraries. Hell, one of the dependencies spits out this gem:

warning time-grunt@2.0.0: Deprecated because Grunt is practically unmaintained. Move on to something better. This package will continue to work with Grunt v1, but it will not receive any updates.
dprensha commented 1 year ago

Yeah we actually started using it and it seems to work its just unfortunate its no longer being maintained. If it breaks one day we might be SOL.

We are in the same boat. I think it's more of the grunt "helper" dependencies that aren't being maintained. At this point we are debating rolling our own email build process so that we can mitigate this risk and also reduce the vulnerabilities reported.

Currently I am getting: 37 vulnerabilities (4 low, 6 moderate, 22 high, 5 critical). We customized this solution a bit so it may not match exactly what everyone else would see

iampava commented 1 month ago

I think using React Email and the Postmark Node SDK we could achieve the same thing.

Anybody tried it? I was just playing with it locally and seems promising.