oe6 reading mail showing as html raw source?

That still does not answer Robert's question. What do you see when you
highlight the message and press Ctrl+F3? Is the message rendered correctly?
What is your encoding set to? Just saying you checked it doesn't say a
thing. OE is not going to do "something" to your email unless you have
either a corrupted identity or a corrupted install, usually caused by
allowing an antivirus program to remain running in the background while
installing an update or upgrade. With some details, maybe we can help.
With an antagonistic attitude such as this reply contains, you may find most
unwilling to offer any advice.
--
Jim Pickering, MVP-Outlook Express
Please reply only to newsgroup.




"Bill Kearney" wrote in message
...

I already stated access to the mailbox from another account on this box
did not
show the same errors. Give me a little credit here, I've been in this
business
since '79 and know my way around a mail message, html, mime and i18n
standards.

The message itself is fine. Save it to disk as a .eml file, open it with
a text
editor and it's fine. OE6 is "doing something" to it when it opens it.
What
it's doing is then being carried forth into replies or forwarded messages.

Turning on/off the read plain text was among the first of my choices, as
was
checking encoding and accessibility. This account, it's windows profile,
has
something "wrong" with it that's manifesting itself in OE6 showing
pseudo-html
source.

-Bill Kearney


"Robert Aldwinckle" wrote in message
...
> > Quit OE6, fire up a shell on the remote box and use pineBR
> > to read the mail and it's clear that it's just a plain text mail
messageBR
> > and has no HTML in it whatsoever.BR
> BR
> A better proof would be for you to view the source of the
message:BR
> Press  Ctrl-F3.   Are those HTML tags in there?BR
> BR
> Your example looks as if you have  Read in plain text 
checkedBR
> and the message has no plain text component.  
Therefore,BR
> the source of its  HTML  component might be viewed as plain
text.BR
> Your other mail reader could just be ignoring the HTML tags suchBR
> as  <br/>  etc and thus make it appear as plain
text.BR
> BR
> BR
> HTHBR
> BR
> Robert AldwinckleBR

Let me be clear, the messages in the dbx files are FINE. The messages on the
server are FINE. To answer the question posed a Ctrl-F3 shows a dialog box
with a plain text message in it and no strange HTML formatting. These are not
oddball HTML or multipart MIME messages here. They're regular-old plain text
mail and OE6 is erroneously grafting html onto them.

IE's encoding has long been set to UTF-8 (and not recently changed othewise) but
changing it to other encodings does not affect it, the problem persists.

As for antivirus programs during installs, again, give me a little credit eh?

Likewise, as I've explained previously in this thread, the outlook identity may
or may not be corrupted but creating new identities while logged in as the same
user will always repeat the problem. Logging into this /same/ machine as a
/different user/ and setting up an identity with exactly the same features does
NOT reproduce the problem.

Thus I'm left thinking there's someting in this user profile that's broken.

So here's a different tangent, if the current user profile and it's
understanding of how OE6 is supposed to operate is broken then how can I
completely remove OE6 (and IE6 if need be) from the profile?

-Bill Kearney


"Jim Pickering" wrote in message
...
> That still does not answer Robert's question.  What do you see when
you BR
> highlight the message and press Ctrl+F3?  Is the message rendered
correctly? BR
> What is your encoding set to?  Just saying you checked it doesn't say
a BR
> thing.  OE is not going to do "something" to your email
unless you have BR
> either a corrupted identity or a corrupted install, usually caused by BR
> allowing an antivirus program to remain running in the background while
BR
> installing an update or upgrade.  With some details, maybe we can
help. BR

Nothing enabled (or recently changed) in Accessibility.

3rd party extensions not enabled. Enabling didn't change anything (the problem
persists)

I run ad-aware, spybot and avg... I'm behind a firewall and I'm not one to run
things indiscriminantly.

CWShredder shows nothing amiss
Nor does HijackThis.
Ad-aware as well (beyond the usual tracking cookies)
Spybot didn't either.
Stinger found nothing.

I'm left within thinking that whatever OE is using to display the messages is
being disrupted. It's almost as is the message form's text control is pulling
the data through an HTML converter TWICE.

FWIW, I've got Sysinternal's Process Explorer loaded for looking at what dlls
MSIMN is using and what versions of each.

-Bill Kearney


-----

Humor me. In the problem Profile:

IE ToolsInternet OptionsGeneralAccessibility Is any entry enabled here?
Did you enable it?

IE ToolsInternet OptionsAdvancedBrowsingEnable third-party browser
extensions Enabled? Any difference in behaviour if you disable it?

The Windows Profile in question may be infected with malware/hijackware.
Check this Profile for "hijackware":

Help with Hijackware
http://aumha.org/a/parasite.htm
http://aumha.org/a/quickfix.htm
http://mvps.org/winhelp2002/unwanted.htm
http://inetexplorer.mvps.org/Darnit.htm

CoolWebSearch Chronicles
http://www.spywareinfo.com/~merijn/cwschronicles.html

Run these tools in the following order with nothing else running in
background:

1. CWShredder (fix all found)

2. Ad-Aware (fix all found)

3. Spybot (RTFM but generally fix everything in red)

Important: You *must* seek updates for Ad-Aware, Spybot, etc., before each
and every use, even "right out of the box". But even they can't catch
everything, 24/7. When all else fails, HijackThis
(http://www.spywareinfo.com/~merijn/files/HijackThis.exe) is the preferred
tool to use. It will help you to both identify and remove any
hijackware/spyware. **Post your files to http://forums.spywareinfo.com/ or
http://forum.aumha.org/viewforum.php?f=30 for expert analysis, not here.**

[Alternate download pages for many of the above tools may be found at
http://aumha.org/a/parasite.htm.]

Also:

1. Download and run Stinger (http://vil.nai.com/vil/stinger/); then...

2. Update your virus definitions, enable Show Hidden Files
(http://service1.symantec.com/SUPPORT...02092715262339)
and then run a full system scan in Safe Mode
(http://service1.symantec.com/SUPPORT...01052409420406)
with nothing else running in background. Note the files identified and
removed then find the corresponding page for the file at your AV maker's
online support pages (e.g.,
http://securityresponse.symantec.com...favorites.html)
and follow all Removal steps.

WinXP Only (WinME similar): If this scan finds anything, create a new
Restore Point then Disk Cleanup More options Delete all but the most
recent Restore Point.

So How Did I Get Infected Anyway?
http://boards.cexx.org/viewtopic.php?t=957
--
~PA Bear

"Bill Kearney" wrote in message
...

I already stated access to the mailbox from another account on this box did not
show the same errors.

That doesn't prove that they are getting the same source.
What does Ctrl-F2 do on each? Show HTML of HTML or just HTML?
What does Ctrl-F3 do on each? Show one file?

Have you tried activating troubleshooting logging for IMAP
on both and comparing the logs to see that there is no difference
in the protocol? (I don't know if it shows you the complete protocol;
you might need to do a further packet trace to be absolutely certain
that the two accounts are getting the same format.)


BTW how did you you create your quote of my reply?
I thought this didn't happen to news messages?


Robert
---


Give me a little credit here, I've been in this business
since '79 and know my way around a mail message, html, mime and i18n standards.

The message itself is fine. Save it to disk as a .eml file, open it with a text
editor and it's fine. OE6 is "doing something" to it when it opens it. What
it's doing is then being carried forth into replies or forwarded messages.

Turning on/off the read plain text was among the first of my choices, as was
checking encoding and accessibility. This account, it's windows profile, has
something "wrong" with it that's manifesting itself in OE6 showing pseudo-html
source.

-Bill Kearney


"Robert Aldwinckle" wrote in message
...
> > Quit OE6, fire up a shell on the remote box and use pineBR
> > to read the mail and it's clear that it's just a plain text mail
messageBR
> > and has no HTML in it whatsoever.BR
> BR
> A better proof would be for you to view the source of the message:BR
> Press  Ctrl-F3.   Are those HTML tags in there?BR
> BR
> Your example looks as if you have  Read in plain text 
checkedBR
> and the message has no plain text component.   Therefore,BR
> the source of its  HTML  component might be viewed as plain
text.BR
> Your other mail reader could just be ignoring the HTML tags suchBR
> as  <br/>  etc and thus make it appear as plain text.BR
> BR
> BR
> HTHBR
> BR
> Robert AldwinckleBR

In the message window: ViewEncoding Is Western European (ISO) enabled?

No, it was UTF-8 and has been for quite a while. I do a fair bit of i18n
software development and use UTF-8 quite a lot.

Your current Identity may be damaged, especially if its the default Main
Identity. Try one or more of your accounts in a new Named Identity
(FileIdentitiesAdd new identity). Assuming all is well, import messages
from the old Identity before deleting it (FileIdentitiesManage
Identities).

Any new identities created with this account have EXACTLY the same problem.
However, logging out and logging back in as another user does NOT have the
same problem.

Don't use Inbox or Sent Items to archive messages. Move them to local
folders created for this purpose.

They're all on an IMAP server anyway.

Disable Background Compacting and frequently perform a manual compact of
all
OE folders while "working offline". More at

Compacting had no effect.

Your anti-virus application's email scanning feature can also cause such
corruption. Disable it. It provides no additional protection.

Yes, I don't use it. The mail's usually scanned upstream anyway.

Appreciate the help, it's really an annoying puzzle.

-Bill Kearney

Don't get me wrong, I know you mean well but you're barking up the wrong tree.

Ctrl-F2 shows html gibberish in a notepad window. Ctrl-F3 shows a clean, plain
text message.

And when I open a message in OE, save it to disk, and then open that .eml or
..nws file in a text editor it shows up as a clean plain text message (that which
was also seen by a Ctrl-F3 view). OE is is apparently doing some sort of
double-transcode and then makes it worse for things like message replies or
forwards.

So the message itself is fine and protocol sniffing would be a waste of time.

-Bill Kearney

"Robert Aldwinckle" wrote in message
...
> "Bill Kearney" > wrote in
messageBR
> ...BR
> >BR
> > I already stated access to the mailbox from another account on this
box did notBR
> > show the same errors.BR
> BR
> That doesn't prove that they are getting the same source.BR
> What does  Ctrl-F2  do on each?   Show   HTML
of HTML  or just HTML?BR
> What does  Ctrl-F3  do on each?   Show one file?BR
> BR
> Have you tried activating troubleshooting logging for  IMAPBR
> on both and comparing the logs to see that there is no differenceBR
> in the protocol?   (I don't know if it shows you the complete
protocol;BR
> you might need to do a further packet trace to be absolutely certainBR
> that the two accounts are getting the same format.)BR
> BR
> BR
> BTW  how did you you create your quote of my reply?BR
> I thought this didn't happen to news messages?BR
> BR
> BR
> RobertBR
> ---BR
> BR
> BR
> > Give me a little credit here, I've been in this businessBR
> > since '79 and know my way around a mail message, html, mime and i18n
standards.BR
> >BR
> > The message itself is fine.  Save it to disk as a .eml file, open
it with a textBR
> > editor and it's fine.  OE6 is "doing something" to it
when it opens it.  WhatBR
> > it's doing is then being carried forth into replies or forwarded
messages.BR
> >BR
> > Turning on/off the read plain text was among the first of my choices,
as wasBR
> > checking encoding and accessibility.   This account, it's
windows profile, hasBR
> > something "wrong" with it that's manifesting itself in OE6
showing pseudo-htmlBR
> > source.BR
> >BR
> > -Bill KearneyBR
> >BR
> >BR
> > "Robert Aldwinckle" > wrote in
messageBR
> > ...BR
> > > > Quit OE6, fire up a shell on the remote box and use
pine<BR>BR
> > > > to read the mail and it's clear that it's just a
plain text mailBR
> > message<BR>BR
> > > > and has no HTML in it whatsoever.<BR>BR
> > > <BR>BR
> > > A better proof would be for you to view the source of the
message:<BR>BR
> > > Press  Ctrl-F3.   Are those HTML
tags in there?<BR>BR
> > > <BR>BR
> > > Your example looks as if you have  Read in plain
text BR
> > checked<BR>BR
> > > and the message has no plain text
component.   Therefore,<BR>BR
> > > the source of its  HTML  component might be
viewed as plainBR
> > text.<BR>BR
> > > Your other mail reader could just be ignoring the HTML tags
such<BR>BR
> > > as  <br/>  etc and thus make
it appear as plain text.<BR>BR
> > > <BR>BR
> > > <BR>BR
> > > HTH<BR>BR
> > > <BR>BR
> > > Robert Aldwinckle<BR>BR
> > BR
> BR
>

You might try deleting the Identities key completely for that user (backup
up first). Then OE will start fresh for that user and that might fix the
problem.

I would also clear the TIF and delete all offline content for that user. OE
puts its temporary files there and that may be where the problem lies, since
its user-dependent.

steve

"Bill Kearney" wrote in message
...

Let me be clear, the messages in the dbx files are FINE. The messages on
the
server are FINE. To answer the question posed a Ctrl-F3 shows a dialog
box
with a plain text message in it and no strange HTML formatting. These are
not
oddball HTML or multipart MIME messages here. They're regular-old plain
text
mail and OE6 is erroneously grafting html onto them.

IE's encoding has long been set to UTF-8 (and not recently changed
othewise) but
changing it to other encodings does not affect it, the problem persists.

As for antivirus programs during installs, again, give me a little credit
eh?

Likewise, as I've explained previously in this thread, the outlook
identity may
or may not be corrupted but creating new identities while logged in as the
same
user will always repeat the problem. Logging into this /same/ machine as
a
/different user/ and setting up an identity with exactly the same features
does
NOT reproduce the problem.

Thus I'm left thinking there's someting in this user profile that's
broken.

So here's a different tangent, if the current user profile and it's
understanding of how OE6 is supposed to operate is broken then how can I
completely remove OE6 (and IE6 if need be) from the profile?

-Bill Kearney


"Jim Pickering" wrote in message
...
> That still does not answer Robert's question.  What do you see
when
you BR
> highlight the message and press Ctrl+F3?  Is the message
rendered
correctly? BR
> What is your encoding set to?  Just saying you checked it
doesn't say
a BR
> thing.  OE is not going to do "something" to your
email
unless you have BR
> either a corrupted identity or a corrupted install, usually caused by
BR
> allowing an antivirus program to remain running in the background
while
BR
> installing an update or upgrade.  With some details, maybe we
can
help. BR

You might try deleting the Identities key completely for that user (backup
up first). Then OE will start fresh for that user and that might fix the
problem.

I doubt this would help. The problem does not seem to be centered on the
identities but 'elsewhere' in the account profile. Where, well there's the
$64k question...

I would also clear the TIF and delete all offline content for that user.
OE
puts its temporary files there and that may be where the problem lies,
since
its user-dependent.

Hmmm, a reasonable possibility. I'll give it a shot.

-Bill Kearney

That doesn't prove that they are getting the same source.
What does Ctrl-F2 do on each? Show HTML of HTML or just HTML?
What does Ctrl-F3 do on each? Show one file?

As I've commented in another post, the F2/F3 results are different. The F2
results being the adulterated text laden with HTML codes. The F3 source (as
it is on disk) shows plain text. No MIME type foolishness either. The
messages are PLAIN text and are being pulled from their sources without
changing. It's in the /display/ that OE6 is apparently molesting it.

Have you tried activating troubleshooting logging for IMAP
on both and comparing the logs to see that there is no difference
in the protocol? (I don't know if it shows you the complete protocol;
you might need to do a further packet trace to be absolutely certain
that the two accounts are getting the same format.)

I've done it anyway and to no surprise the raw data being sent from the
server to the local OE session is the same between the two different windows
accounts pulling from the same NNTP and IMAP servers.

BTW how did you you create your quote of my reply?
I thought this didn't happen to news messages?

Since it's damn near impossible to read messages because of the bug, I set
up another account on the box. I'm actually terminal service connecting
back to the same box, running the same OE6 setup under a different domain
user. Everything's FINE in that new user. The mail and news accounts are
all on other machines via IMAP (and NNTP of course) so this is possible.
What makes this a less than idea solution is the other windows account has a
LOT of programs installed (VS.Net among others) and it would be a
considerable hassle to reconfigure all of it. If I can just 'untangle' what
OE6 has gotten screwed up I'd be happy.

-Bill Kearney

This sounds mighty similar:

http://www.mcse.ms/archive170-2004-3-517210.html