Incorrect encoding for non-ascii symbols in emails

[bobrik]

WordPress uses iso-8859-1 as email codepage. It's better to use UTF-8 instead. No changes for ascii users but so many profit for other world :)

There's no any good way to hack around incorrect encoding now, so very annoying problem. Must be fixed in the next release.

Patch included. You may use it or make PHPMailer $CharSet var static to make it possible to change it by plugin or any other way.

[bobrik]

fix patch

[hakre]

Just asking: bobrik how can you say for shure WordPress uses iso-8859-1 as email codepage? Did you find a definition / documnetation of that somewhere? I would love to know more, because I remember a similar ticket.

Your patch modifies the phpmailer classes which is bad practise. Please find the location in the code where it's instances need to be configured. Next to this, there isn't any chance to update the PHP4 version of the phpmailer class any longer because the current project leader closed that branch.

So -1 for the current patch from my side.

[hakre]

Related: #3658

[bobrik]

Any plugin can use that class so default codepage must be ok for most cases.

How long changing class defaults to correct values became a bad practise? Or it's better to set that value for every object?

I don't see any troubles with that.

[dwright]

Can you show how this manifests itself?

Can you provide an example of what you want to happen and what happens instead?

i.e.

when new users register, an email is sent from wordpress with the contents "XYZ hasło 슰°"

what is being received is garbled text,... etc

[solarissmoke]

Works for me - emails are encoded in UTF-8 and non-ASCII characters aren't garbled. If it's still an issue please reopen with steps to reproduce.

[nacin]

It should be noted we set the charset in wp_mail() to whatever the blog's charset is.