"Paul" schreef in bericht
...
Linea Recta wrote:
"Paul" schreef in bericht
...
Linea Recta wrote:
"Mayayana" schreef in bericht
...

| OE, WM, WLM all versions ever released use IE for html rendering in
| email and newsgroup messages.

WM may. I don't have a copy to see. Later versions
of OE don't, as VanguardLH explained more fully than
I did. You can confirm that with a program like Spy++
or similar. There's no browser window in my OE window
hierarchy. There is a richedit window. (If IE is doing the
rendering there will be a window of class
"Internet Explorer_Server".)

It's a confusing issue. First there's the issue of whether
IE is actually rendering the email. If it is, then there was
the question of whether different versions of IE would
render differently. That *probably* doesn't apply because
according to IE rules most or all email would be rendered
in quirks mode, to match IE6 rendering. (Since the OP
never posted the email content we can't be sure about
that issue.)

That leaves security settings. Again, it's not clear how
much of the security settings from IE apply to WM. In my
OE6 it has its own setting for whether to show remote
images. (I have it set to not display HTML at all. I only
see the text version of HTML emails.) As far as I can tell
the option to use IE restricted zone rather than internet
zone seems to apply to script, activex, etc.

So.... IE version and settings *probably* have no affect
on email rendering but it would need to be tested to be sure
about whether perhaps 1) WM shares image settings with
IE or 2) the particular email in question has been coded
to render in standards mode and is therefore subject to
Microsoft's design whims, which render each version of
IE incompatible with whatever came before and could,
possibly, affect image rendering in some cases.
If I had to guess, I'd guess the problem was likely to be
funky/wrong internal MIME format that renders differently
in different software.





OK, I have MSIE 9 on Vista.
I have attached the newsletter saved as .eml and .htm format.
Note that other messages do display graphics.
As you said: It's a confusing issue...

Because the attachments are refused by the news server, I'll try
pasting the contents:

saved as .htm:

snipped

OK, I loaded that into Seamonkey "Composer" window. The
images are using cid: formulation.

http://oi60.tinypic.com/2hfur9y.jpg

Which is mentioned here.

http://www.systemnetmail.com/faq/4.4.aspx

"For the "src" value, you need to point it at the Content-Id
of the LinkedResource image. This is done by using the syntax
img src="cid:whatever" The "src=cid:" part is required for
the email client to recognize the img tag as an embedded image,
while the "whatever" part is the actual Content-Id of the
LinkedResource image. This will instruct the mail client to
find an embedded image named "whatever" and display the contents
*without* making a http:// request.
"

Open the email site again, only this time use Firefox. When
the page appears, do a "Save Page As" "Web Page, Complete".
This will save the .htm file, as before, but will also
generate a folder of the same name, containing all the
resources the .htm file uses. Inside there, may be
the raw cid: resources. They could be stored as files,
perhaps with filenames similar to the cid: value or something.

The original email might have been MIME, and then
converted to those cid: things ?

By saving the .htm, you're not really gaining access
to your email in its "raw" form. The original mail
would have been multi-part MIME, with elements of
the message that were to be delivered inline, given
their own section in the message. It's also possible
the email was crafted as HTML by the author, but then
it would end up delivered as MIME, with separate sections
for an HTML version and a Text version, for clients that
don't have HTML capabilities.

It's just a suspicion on my part, that a lot of processing
has happened here.

I had also saved the e-mail in .eml format, which is a much bigger file
than the .htm file. It also contains loads of binary information. I have
tried to attach it, tried to copy it into my reply, but neither is
accepted by this news server when sending the reply.
Because nothing else works, I'll make it available by the following
dropbox link.

https://dl.dropboxusercontent.com/u/...ber%202014.eml

The cid: in my picture, corresponds to this in the .eml .
So it looks like this is a JPG.

--MTQxODAzNTg2NTU0ODU4Mjk5NzE1ODA=
Content-Type: image/png; name="bellen_algemeen-newstyle.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="bellen_algemeen-newstyle.jpg"
Content-ID: 5573342b8a1c546a9a5d8d96284007da@RESOURCE

iVBORw0KGgoAAAANSUhEUgAAAFoAAABaCAYAAAA4qEECAAAKL2 lDQ1BJQ0MgcHJvZmlsZQAASMed

I ran the image through a base64 decoder, and the file is actually
a .png file. Colorspace is RGB. The Content-Type declaration has
it right, but the file extension does not. Re-coded by an
intermediary ?

Compared to my previous picture, this is with the image
plopped into place (photoshopped).

http://i58.tinypic.com/34rdlc5.jpg

Paul






And here's an example of (an older edition) of the news letter which shows
up
fine!

https://dl.dropboxusercontent.com/u/...nr% 20108.eml



--


|\ /|
| \/ |@rk
\../
\/os