Feature requests

The Automated Latest Content block is extremely useful — but currently it cannot be customized at all, because it bypasses all PHP filters (mailpoet_newsletter_post, mailpoet_rendering_post_process, etc.) and renders posts entirely through an internal JS/Handlebars template. As a result, it’s impossible to: add badges or labels based on post tags or categories insert custom fields (ACF/meta) modify the title, excerpt or content before rendering personalize the HTML like we can in standard newsletters ➡️ This makes the automatic newsletters far less powerful for media publishers, e-commerce, and professional sites. ✅ What would solve it elegantly Please add ONE hook that runs for automated posts, such as: mailpoet_automated_post (to modify title/excerpt/content data) or a final HTML filter like mailpoet_automated_post_html This would unlock huge possibilities with minimal changes to MailPoet, and make the Automated Latest Content block as flexible as the rest of the editor. If you also need votes: I strongly support this improvement — it would make MailPoet dramatically more powerful. Thanks for considering it!

I request a dark mode styling option for all modules, columns, rows, etc. You can actually create custom styles for dark and light modes individually using CSS. Info: https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme https://css-tricks.com/dark-modes-with-css/ https://www.litmus.com/blog/the-ultimate-guide-to-dark-mode-for-email-marketers/

URL's in Mailpoet newsletters can be set to open in a new tab. However, URL's attached to images can not. Perhaps it would be an easy implementation to (also) have a global settings available to always have all URL's, attached to images or text, to open in a new tab.

a screen where you can see and manage all templates (without having to create a new email) the ability to save a template after making changes to it (instead of saving a new one every time) ability to 'favorite' a template and have it appear at the top of the 'choose your template' page ability to hide or remove other templates so users don't choose to make off-brand emails

I sometimes need to send all buyers of a product an email (e.g., let them know of updated downloads). The email should be sent to all buyers, whether subscribed to a newsletter or not (i.e., it should be considered transactional). It would be great if MailPoet had this ability. I also have situations where I'd like the same email to be sent both to newsletter subscribers, and buyers of the same product. In that case, the email would be considered marketing for subscribers, and transactional for buyers (and buyers shouldn't get an unsubscribe link).

When post content is inserted into a notification email, the raw post_content field from the database is used. The filters that WordPress applies to the content before displaying it are not applied. This may result in missing content, and other inconsistencies between the content in the email vs. what is displayed on the website. This happens specifically with dynamic blocks, which often store screen text in block attributes (which are stripped out and not converted to HTML, because do_blocks() is not called). This can be fixed by (optionally) running these filters before inserting the content into the email. This could be an option in the plugin's settings. Also, it would be helpful to have a filter hook that 3rd party code can use to modify the post content. If such a hook would supply the original post object, the content can then be filtered and returned before being inserted into the email. Using such a filter, developers can decide to apply all or some of WP's default filters (which include do_blocks).

If an error occurs during sending of a mailing, sending is paused, and not automatically resumed later. If would be helpful for site owners to be notified when this happens, so they can take the appropriate steps to get sending going again. If MailPoet would fire an action hook when sending is paused, this would allow developers to create add-on plugins that send out such notifications. Ideally, any error messages would be included as arguments.

When managing different lists, it is difficult to create just one confirmation email for all lists. We have an 'enquiry' list, which will only get a max of 3 automations, to do with their enquiry, so the using a generic confirmation email is very confusing to the customer.

At least allow you to use all Google Fonts, or those in use on the site, to maintain graphic uniformity with the newsletters.