Good day, the plugin sends all mails with Content-Type: text/html; charcode=us_ascii header regardless if I use the SMTP plugin or not. That’s causing wrongly displayed international letters. How can that be fixed?
Hi, if the emails generated by Newsletter are not sent by wp mail smtp, you probably have one of our delivery addon, please check for it. Anyway, the charset is set by some external code since we set the charset to utf8.
Now it gets clearer. I was falsely suspecting the plugin to insert wrong charset header but now it seems if the HTML body is already encoded to only low ascii characters, the us-latin is selected adequately. I was able to receive a mail with international latin body and us-ascii charset which displays correctly. The bug causing the mail body broken is revealed by newsletter subject having characters using diacritics. I have made multiple tests having identical email body, differing only in subject. In cases when subject contained international latin, the subject was still encoded correctly, but the body encoding was all broken.
Hi, there is still a possible problem, since the plugin always set the charset to utf8. If you receive the message with another encoding, another plugin or the mail service is reencoding it. That’s not a problem IF the message is actually re-encoded correctly. About the subject, the encoding of the subject is not connected to the encoding of the content, it is specified in the subscjet itself.