? character in e-mails

[Jak-S]

Hi,

I have just set up a site which sends out two e-mails when an order is placed
(one to the customer via cfmail and one to the client via ASP Mail & ASP
Encrypt (using cfhttp)).

However in the e-mails my client receives (including customer ones when they
do a test) all of the poud sign (?) characters have an ? character infront of
them, e.g.:

Product: Spy Shirt (Mens) (Colour: Royal/Black, Size: M)
Quantity: 1
Price: ??29.99 (Unit: ??29.99)

However when I do a test on my computer and I receive the customer e-mail its
fine and has no ? characters, e.g.:

Product: Air jacket (Mens) (Colour: Grey, Size: XL)
Quantity: 1
Price: ?80.00 (Unit: ?80.00)

This makes me think that its a problem with their computer and not the script
which sends the e-mails, but how do i stop these characters appearing on their
computer, and stop them appearing on anyone elses who might have the same
problem?

Thanks for your help,

Jack

[PaulH]

what encoding are using? is it something the client's mail reader can handle? is it something those ASP bits can handle (or do you see that email)?

[Jak-S]

Hi,
Im not setting any specific encoding in any of the scripts. It shoudlnt be
anything unusual. This is what it says in the header of the customers e-mail
that i received when i did the test:

Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

It it looks fine on my computer. But both e-mails appear incorrectly on their
PC, their using Outlook Express.

Maybe the default encoding/char set on their compuer is set up wrong? Im
guessing here, dont really know that much about this subject.

Would setting the charset attribute of cfmail to utf-8 fix it? Is there a way
to do it in ASP?

Thanks,

Jack

[PaulH]

well it's always a good idea to providing encoding hints. try adding charset
option (as utf-8) to your cfmail and cfhttp calls. and do the ASP bits support
unicode?

if utf-8 still causes problems try windows "latin-1" code page (cp1252) or
latin-1 (ISO8859-1). if you think you'll have to use the euro use latin-9
(iso8859-15) instead.

that should help the client get the encoding right.