Unicode character variations between Litmus and my local email client
Email clients can be a source of pain when it comes to encoding. Luckily there's a fix that will work well for you to ensure your readers always see the correct character. While you often can use Unicode characters directly, the best practice is to escape them to make sure they render as you expect across all email clients.
Quick fix
This article goes in-depth into why character encoding doesn't always work as you'd expect. If you're looking for a quick fix, the answer is to use HTML entities instead of using the problematic character directly within your HTML markup.
Deeper dive for lasting results
The most common mistake made is using UTF8 characters directly in the HTML markup of your email. You need to use HTML entity codes that correspond to the character within the UTF charset. This is the best practice and is considerably more robust than relying on your transfer encoding to deliver those characters without breaking them.
W3 Schools provides a full list of all UTF8 HTML entity codes, as well as code for symbols and emojis that you'll find in the left menu.
You can use entity numbers that correspond directly to the byte value of the UTF8 character. For example, a with a ring (å) may be represented as å because a byte value of 229 (11100101) is that character's binary value. Or you can use entity names which are a little friendlier to work with. The entity name for a with a ring is aring, so you'd represent this in HTML as å
You can paste your copy into HTMLescape's tool to automatically convert non-ASCII 7-bit characters into HTML entity names. Don't paste in your HTML markup since your tag open and close symbols will be converted into entity names.
Replace any characters you have problems with individually or convert all of them in one go!
Litmus supports all language packs in modern webmail and desktop clients. Outlook 2003 and above support these characters. We also support all escaped entities, from ASCII (UTF7) to UTF32 for testing.