fonts converting to chinese seemingly random

Here's a strange one that i don't expect many answers from, but throwing it out there..

I have a client who when they send an email (outlook 2010 on pop3 to their ISP), everything appears normal.  but when someone replies (anyone), the original message the client typed, all instances of apostrophe-m are replaced with the Chinese characters 鈥檓

The emails don't leave that way, but they come back that way.  and what the person replies with, their text is like that too.  not just one sender, seemingly any sender who replies

So yes, a weird one here - hopefully someone ran across this in their vast experience and has any suggestion

by the way, if you google search for:  鈥檓
you will see tons and tons of examples where I'm was replaced with I鈥檓
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

What character encoding do you have set on the email?
FocISAuthor Commented:
checkmarked is "automatically select encoding for outgoing messages"
selected is Western European (ISO)

I should mention, every other character in the emails appear perfectly fine
I would set a meta tag to specify UTF-8
Without any traceability it's hard to know where the characters are getting converted, but the issue you have is usually associated with the character encoding.
Learn Ruby Fundamentals

This course will introduce you to Ruby, as well as teach you about classes, methods, variables, data structures, loops, enumerable methods, and finishing touches.

i agree with Gary that using UTF-8 encoding should avoid the problem, and that the underlying problem is associated with character encoding.

I suspect (but can't prove from the example texts) that the root cause may be that the 'apostrophe' character being used in the original source document:

Is not the standard ASCII apostrophe character; this is decimal code 39, hexadecimal 27.
Is (perhaps courtesy of something like Word?) instead the 'right single quotation mark' (sometimes referred to as one of the 'curly quote' characters); this is Unicode code-point U+2019, but (in the Windows ANSI code-set) is mapped to decimal code 146, hexadecimal 92, which is (in Unicode and other code-sets) reserved for the (little used) C1 control-code characters.
Note sure whether or not E-E will display the following correctly, but here goes:

ASCII/Unicode code-point U+0027 is character '
Unicode code-point U+2019 is character
... and (in the Western European (ISO) coded character set (otherwise known as ISO 8859-1), hexadecimal 92 is not a graphic character; it is (as in the Unicode super-set) reserved for one of the C1 control-code characters.
A few more diagnostics:

Saving this web page, then viewing it within a hexadecimal editor shows that the several instances of the characters 鈥檓 are each represented by the hexadecimal code e988a5e6aa93.

Looking at this in more detail:

hexadecimal e988a5 is the UTF-8 representation of the 16-bit Unicode value U+9225, which is the character
hexadecimal e6aa93 is the UTF-8 representation of the 16-bit Unicode value U+6a93, which is the character

Note that the most-significant byte of the first 16-bit encoded value is 0x92, which (as mentioned earlier) is the code-point associated with the  'right single quotation mark' in the Windows ANSI coded character set (codepage 1252).

Your easiest way of checking whether the above has anything to do with your symptoms is to switch off use of smart (curly) quotes in the text editor (probably Word) used by your Outlook user.
See support page for details.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
... and I've just come across this rather good article, entitled Unicode, PHP, and Character Collisions, written by Ray Paseur, which provides some more background on such character encoding problems.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Fonts Typography

From novice to tech pro — start learning today.