• Resolved bluesix

    (@bluesix)


    After updating to 2.1, all the emails from the plugins (notifications to end users and admins) are being sent as raw HTML. Is there a setting we need to change to revert to proper HTML?

Viewing 6 replies - 1 through 6 (of 6 total)
  • Hi Same issue here. Mails are raw html. I downgraded to 2.0.7 and the issue is gone. So there is something wrong in the 2.1 release.

    Kind regards,
    Ger

    Plugin Author mkscripts

    (@mkscripts)

    Hi,

    Since version 2.1, the content type of the emails has been changed from “text/html” to “multipart/alternative”, so there is both an HTML version and a plain text version present.

    We did not encounter this issue in our testing, the emails are shown as before the update. It could be that another plugin is altering the content type and that this has become ‘visible’ through this change.

    Would you be able to send a sample of the source code of the email (via our website) so we can take a look at this? Thanks in advance.

    Kind regards,
    Team Download After Email

    Hi Team,

    I just uploaded an imaige at your support site!. As said earlier rolback to 2.0.7 solves the issue.

    Kind regards,
    Ger van de Lindt

    Thread Starter bluesix

    (@bluesix)

    The emails are being sent as ‘text/plain’ and contain HTML, hence the issue. They don’t appear to be multi-part.

    X-Mailer: PHPMailer 6.4.1 (https://github.com/PHPMailer/PHPMailer)
    MIME-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Subject: xxxxx
    
    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    </head>
    <body>xxx</body>
    </html>

    (tried using the contact form on your website, but it’s throwing a 403 error when I submit)

    • This reply was modified 3 years, 4 months ago by bluesix.
    Plugin Author mkscripts

    (@mkscripts)

    Thanks. We’ve found that some mailer plugins replace WordPress’s phpmailer, preventing functions of our plugin (hooked to the phpmailer_init) from being called. Therefore the content type is not set/overwritten by our plugin. You could see if there is an option available in your mailer plugin to set the content type.

    To maintain compatibility with other mailer plugins we are going to make this setting optional with the following update.

    (the 403 error has been resolved on our website)

    If you have any more questions, feel free to ask. We are glad to help you.

    Kind regards,
    Team Download After Email

    Plugin Author mkscripts

    (@mkscripts)

    Since version 2.1.1 a new option is available to set the content type for emails. If multipart doesn’t work with your mailer plugin, you can choose for HTML now (Admin Menu > Downloads > Messages).

    If the database update for our plugin has already been performed and you downgraded afterwards, it may be necessary to update the database again (so that old download links continue to work). You can do this by deactivating and activating the plugin. If a database update is required, a notification will appear in the admin area. Before deactivating, make sure the options are set correctly to avoid losing any data.

    If you have any more questions, please let us know.

    Kind regards,
    Team Download After Email

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘Emails being sent as raw HTML’ is closed to new replies.