From: "Rich" 

This is a multi-part message in MIME format.

------=_NextPart_000_002B_01C2C3F0.301A42F0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

   You would do the same by opening the web page by any other means.  It =
just so happened that the scenario described did it this specific way.  =
It could have been opened from the original web page that hosts the =
demonstration.  The reporter just choose one arbitrary choice.

   I can answer your question on web bugs but I can't make any =
connection to the unrelated IE issue.  I consider web bugs a mail client =
issue because it is the mail clients that are responsible for performing =
resolution of external references in MHTML content.  You can read the =
RFCs that define MHTML for more information on why this is so.  There = are
obviously choices in implementation and others may do differently = but OE
and Outlook both perform this resolution for themselves using = public APIs
provided in Windows for pluggable protocol support.  While = IE (more
accurately MSHTML) provides the rendering engine for both of = these, the
relevant component is owned by the applications and IE is = just doing what
it was asked.  If you have been reading the press on = Office 11 you may
have noticed that a new feature in Outlook 11 is to = block access to
external content by default unless you configure it =

--- BBBS/NT v4.01 Flag-4