Using Windows Live Mail Desktop version 2009 (Build 14.0.8064.0206) on
Windows XP Pro SP3 x86.
I have
1. Tools > Options > Read > Fonts
set to Unicode (UTF-8) as the default
2. Tools > Options > Read > International Settings
unchecked and Unicode (UTF-8) shows up as default
3. Tools > Options > Send > International Settings
set to Unicode (UTF-8) as the default
but when I try to print an email message that is best viewed in unicode
utf-8 (it is in arabic) the email is always printed in western european
(which was previously the default)
Any ideas?
Thank you.
There are two things in play: the character set ('encoding') used in
the message, and the font used to display or print it. At Options >
Read > Fonts, you can specify a font to use for each encoding. The
Default encoding (your 1.) will be used if no encoding is specified
in the message. If you open a message encoded with something other
than your default, the encoding will be shown in the title bar -
otherwise not. Check then to see which font you have assigned to
that encoding.
--
Noel
Like Outlook Express, WLM depends on IE for printer services and
settings. This includes margins and text size.
--
Mike - http://TechHelp.Santovec.us
"Rami" <Ra...@discussions.microsoft.com> wrote in message
news:50E8FA4B-FF80-449D...@microsoft.com...
But not fonts or encoding, I think. When I tried, WLMail used the
fonts I had specified at Options > Read > Fonts, which were all
(purposely) different from my IE settings. The encoding will be that
specified in the message or otherwise the Default encoding, and the
font that specified for that encoding in WLMail.
--
Noel
> "Rami" <Ra...@discussions.microsoft.com> wrote in message
> news:50E8FA4B-FF80-449D...@microsoft.com...
>> Using Windows Live Mail Desktop version 2009 (Build
No matter what fonts I specify in Tools > Options > Read > Fonts...,
the printed email appears the same.
I noticed that a specific setting in the email message header that seems to
cause this issue.
An email with the following setting in the message header prints as expected:
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0050_01CA3722.F34E6F60"
However, an email with the following setting in the message header does not
print as expected:
Content-Type: multipart/mixed; boundary="0-1751389230-1253071515=:28780"
The only feasible work-around I've found is to forward the email to myself
and then print that email.
Is this a bug?
Any other ideas?
Thank you.
multipart/mixed means that the message contains an attachment. It's
possible that later in the message there is still the
multipart/alternative if it's an HTML message with an attachment.
So those headers in themselves wouldn't explain your issue.
What could affect things is looking at the headers for the actual text
portions of the message. That's where it says if the content is
text/plain or text/html.
Your setting at Tools, Options, Read, Read all messages in plain text
tells WLM whether to use the plain text or HTML version of the message.
Additionally, if using the HTML version, the HTML code itself can
specify the encoding used.
--
Mike - http://TechHelp.Santovec.us
"rami" <ra...@discussions.microsoft.com> wrote in message
news:F4907D1B-7BA5-4F95...@microsoft.com...