A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows 7 » Windows 7 Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

e-mail graphics mystery



 
 
Thread Tools Rating: Thread Rating: 3 votes, 5.00 average. Display Modes
  #31  
Old January 1st 15, 08:37 PM posted to alt.windows7.general
Stan Brown
external usenet poster
 
Posts: 2,904
Default e-mail graphics mystery

On Thu, 1 Jan 2015 18:32:58 +0000, J. P. Gilliver (John) wrote:
(As an aside, what possible purpose does 'alt=""' serve? I have an
interest in accessibility matters, and my blind friends find places that
supply a text alternative for images [that's what "alt" is about] quite
useful; however, if it's going to be a null string, I see no point in
including it at all. The only possible reason I can think of for it
being there is a brain-dead automatic code generator that thinks all
images _have_ to have an alt= tag [and probably many other similar
wastes of bandwidth].)


Modern specs of HTML require the alt attribute with every img tag. In
general, people (or code generators) that insert an empty string are
complying with the letter of the spec but doing violence to its
spirit. The exception is when the images are mere eye candy and don't
contribute any actual information.

--
Stan Brown, Oak Road Systems, Tompkins County, New York, USA
http://OakRoadSystems.com
Shikata ga nai...
Ads
  #32  
Old January 1st 15, 09:11 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

"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



--


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

  #33  
Old January 1st 15, 09:18 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

"J. P. Gilliver (John)" schreef in bericht
...
In message , Linea Recta
writes:
[]
img src="cid:8945717fc3d3f0e8cdd792bcf058b222@RESOURCE "
alt=""

[]
(And many more similar.)

So at least that's one possible source of the problem eliminated: IME, the
"cid:" form always refers to an image later in the email, not an online
one.

It _might_ be useful to see one of the emails that _does_ render OK on
both machines.

(As an aside, what possible purpose does 'alt=""' serve? I have an
interest in accessibility matters, and my blind friends find places that
supply a text alternative for images [that's what "alt" is about] quite
useful; however, if it's going to be a null string, I see no point in
including it at all. The only possible reason I can think of for it being
there is a brain-dead automatic code generator that thinks all images
_have_ to have an alt= tag [and probably many other similar wastes of
bandwidth].)
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Can you open your mind without it falling out?




OK thanks. I'll find an example message asap, when I also have acces to the
other computer.

BTW This is a link to the (bigger) saved as .eml message (which was rejected
by this news server):

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



--


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

  #34  
Old January 1st 15, 09:28 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

"Linea Recta" schreef in bericht
...
"J. P. Gilliver (John)" schreef in bericht
...
In message , Linea Recta
writes:
[]
img src="cid:8945717fc3d3f0e8cdd792bcf058b222@RESOURCE "
alt=""

[]
(And many more similar.)

So at least that's one possible source of the problem eliminated: IME,
the "cid:" form always refers to an image later in the email, not an
online one.

It _might_ be useful to see one of the emails that _does_ render OK on
both machines.



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

  #35  
Old January 1st 15, 09:46 PM posted to alt.windows7.general
Char Jackson
external usenet poster
 
Posts: 10,449
Default e-mail graphics mystery

On Thu, 1 Jan 2015 18:42:37 +0000, "J. P. Gilliver (John)"
wrote:

IE didn't always come with Windows: I can't remember whether it was
Windows 95 or 98 (or 98SE) that first included it. Windows 3.1 certainly
didn't - and in those dim past days, IE _was_ available as a standalone
download, just as Mozilla - later Netscape - was (initially not free,
though I think IE always was; it certainly was free before Netscape was,
which in large part did for the latter, except among enthusiasts and
Microsoft-haters (who were still using Windows).


In a discussion of pre-Netscape days, I expected to see mention of Mosaic,
rather than Mozilla.

--

Char Jackson
  #36  
Old January 1st 15, 09:55 PM posted to alt.windows7.general
Paul
external usenet poster
 
Posts: 18,275
Default e-mail graphics mystery

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

  #37  
Old January 1st 15, 10:09 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

"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

  #38  
Old January 1st 15, 11:13 PM posted to alt.windows7.general
Paul
external usenet poster
 
Posts: 18,275
Default e-mail graphics mystery

Linea Recta wrote:
"Paul" schreef in bericht


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


OK, that one is filled with .gif images.

So the email tool is being asked to display
different kinds of images in these cases.

It probably isn't something described here, because
the behavior is distinguishing between PNG (with .jpg
extension) and GIF.

http://windows.microsoft.com/en-US/w...s-Mail-blocked

There is a suggestion here, but it would be for
adding a PNG association to Vista. Does Windows 7
already have this ?

http://www.winhelponline.com/article...-Explorer.html

http://winhelponline.com/fixes/png_fix.zip

Those files can be opened with Notepad, once you extract them.

pngasso_vista.reg

Compare the registry entries in there, versus the ones
you can see in Regedit.

There is also a PNG file here, same deal, extension is
..reg and can be opened in Notepad. Compare to what is
there currently.

http://www.sevenforums.com/tutorials...s-restore.html

Paul
  #39  
Old January 1st 15, 11:34 PM posted to alt.windows7.general
Mayayana
external usenet poster
 
Posts: 6,438
Default e-mail graphics mystery

Interesting stuff. I downloaded the two .eml files.
Both display fine for me in both OE6 and TBird 24.
(In both cases I had to change settings because
I normally set the default display to text only for
security reasons, which causes the images to show
up as attachments.) Both have embedded images,
so it's not an issue with remote images settings.

I haven't studied them line by line. The newer version
seems to be more complex, with more CSS. (Browsers
will generally ignore any CSS if they come across an
error, so that's a possible issue -- but a long shot.)

One difference I noticed:
The one that works is using a doctype that will display
in IE in quirks mode. HTML 4.0 Transitional. It should look
the same in all IE browsers. The one that doesn't work
has doctype XHTML 1.0 Transitional. That should display
in "almost standards" mode, which means it will vary
depending on the IE version. See he

https://hsivonen.fi/doctype/

I don't have reason to think that's the problem, but it's
easy enough to test: Edit the .eml file that doesn't work
by removing from doctype through the next

!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.=
w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"

Then load it into WM. It should display in quirks mode,
so that if that's the problem then the edited email
will display OK.
I know that different IE versions vary when displaying
in standards mode, but I'm not familiar with the details.
(It's such a mess that I just design all webpages to display
in quirks mode.) I'd be surprised if the two modes could
vary so much as to affect image display, but.... who knows.

Other than that, as I said I haven't really studied
it line by line. It would need to be reformatted to make
it readable and then would require a lot of time to find
the exact differences. But if the problem is not the
display mode in different IE versions then the only other
problem I can imagine is that one version of WM is
simply set to display HTML email as text. I know you said
you checked those settings, and you said that some images
do display, so it's a mysterious dilemma to me.


  #40  
Old January 3rd 15, 03:23 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

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


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


OK, that one is filled with .gif images.

So the email tool is being asked to display
different kinds of images in these cases.

It probably isn't something described here, because
the behavior is distinguishing between PNG (with .jpg
extension) and GIF.

http://windows.microsoft.com/en-US/w...s-Mail-blocked

There is a suggestion here, but it would be for
adding a PNG association to Vista. Does Windows 7
already have this ?

http://www.winhelponline.com/article...-Explorer.html

http://winhelponline.com/fixes/png_fix.zip

Those files can be opened with Notepad, once you extract them.

pngasso_vista.reg

Compare the registry entries in there, versus the ones
you can see in Regedit.

There is also a PNG file here, same deal, extension is
.reg and can be opened in Notepad. Compare to what is
there currently.

http://www.sevenforums.com/tutorials...s-restore.html

Paul




Thanks for these suggestions.
Note that I _can_ view the troublesome newsletter in MSIE when using the
link "Bekijk de mail in uw browser". Just not in Windows Mail. Does this
give any clue?
I'm very wary to tinker with the registry. E.g. what happens when adding a
key if already present?
Do I have to reboot after every change in the registry to take effect?


--


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

  #41  
Old January 3rd 15, 04:00 PM posted to alt.windows7.general
Mayayana
external usenet poster
 
Posts: 6,438
Default e-mail graphics mystery

I think you're chasing a red herring here. Old
versions of IE don't handle PNG, but the issue,
as I understood it, was with no images showing
in one version of WM and all images showing in
the other. Most of the images in the email are
not PNG.

Also, while the fix for Vista looks interesting,
according to your link it's for fixing Registry
settings damaged by 3rd-party software. I
doubt very much that IE7/WM/Vista doesn't
have native support for PNG.


  #42  
Old January 3rd 15, 09:18 PM posted to alt.windows7.general
Linea Recta[_2_]
external usenet poster
 
Posts: 742
Default e-mail graphics mystery

"Mayayana" schreef in bericht
...
I think you're chasing a red herring here. Old


I'm not a fisherman.


versions of IE don't handle PNG, but the issue,
as I understood it, was with no images showing
in one version of WM and all images showing in
the other. Most of the images in the email are
not PNG.



The same e-mail does show up in WM on Windows 7, and does not show up in
(the same) WM on Vista.



Also, while the fix for Vista looks interesting,
according to your link it's for fixing Registry
settings damaged by 3rd-party software. I
doubt very much that IE7/WM/Vista doesn't
have native support for PNG.



In Vista I have MSIE 9 and it does show the letter OK.



--


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

  #43  
Old January 3rd 15, 11:45 PM posted to alt.windows7.general
VanguardLH[_2_]
external usenet poster
 
Posts: 10,881
Default e-mail graphics mystery

Linea Recta wrote:

"Mayayana" schreef in bericht
...
I think you're chasing a red herring here. Old


I'm not a fisherman.

versions of IE don't handle PNG, but the issue,
as I understood it, was with no images showing
in one version of WM and all images showing in
the other. Most of the images in the email are
not PNG.


The same e-mail does show up in WM on Windows 7, and does not show up in
(the same) WM on Vista.


Also, while the fix for Vista looks interesting,
according to your link it's for fixing Registry
settings damaged by 3rd-party software. I
doubt very much that IE7/WM/Vista doesn't
have native support for PNG.


In Vista I have MSIE 9 and it does show the letter OK.


To recap from my prior post, just HOW are the images carried along with
the e-mail? Are they shown in a MIME part with attach=inline or
attach=attachment? Are they HTML I image tags pointing to external
content?

Presumably the newsletter does not use scripts (which the vast majority
of e-mail clients will ignore). Scripts will work inside a web browser
but not inside an e-mail client. E-mail clients aren't meant nor
designed to be web browser equivalents. Even when Microsoft clients use
the IE libraries to render HTML content, they don't run scripts in the
messages. Some clients can be configured to allow scripts within
e-mails (a very bad practice because of security concerns), like letting
the client render an e-mail under the Internet security zone instead of
the default Restricted Sites security zone. Too many newsletter,
templated messages, and bulk mails are formatted using HTML that is
appropriate within a web browser but are limited within the confines of
the rendering allowed in an e-mail client.

Since this is a newletter that isn't sent to you alone, I doubt its
contents are considered personally sensitive to you. Instead of
guessing what is in the e-mail and why the e-mail client won't handle
it, copy its raw source and post it here for others to analyze. I
suspect either externally linked images or scripting is at fault.
  #44  
Old January 4th 15, 12:54 AM posted to alt.windows7.general
Gene E. Bloch[_2_]
external usenet poster
 
Posts: 7,485
Default e-mail graphics mystery

On Sat, 3 Jan 2015 15:23:00 +0100, Linea Recta wrote:

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


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


OK, that one is filled with .gif images.

So the email tool is being asked to display
different kinds of images in these cases.

It probably isn't something described here, because
the behavior is distinguishing between PNG (with .jpg
extension) and GIF.

http://windows.microsoft.com/en-US/w...s-Mail-blocked

There is a suggestion here, but it would be for
adding a PNG association to Vista. Does Windows 7
already have this ?

http://www.winhelponline.com/article...-Explorer.html

http://winhelponline.com/fixes/png_fix.zip

Those files can be opened with Notepad, once you extract them.

pngasso_vista.reg

Compare the registry entries in there, versus the ones
you can see in Regedit.

There is also a PNG file here, same deal, extension is
.reg and can be opened in Notepad. Compare to what is
there currently.

http://www.sevenforums.com/tutorials...s-restore.html

Paul


Thanks for these suggestions.
Note that I _can_ view the troublesome newsletter in MSIE when using the
link "Bekijk de mail in uw browser". Just not in Windows Mail. Does this
give any clue?
I'm very wary to tinker with the registry. E.g. what happens when adding a
key if already present?
Do I have to reboot after every change in the registry to take effect?


Not sure about the duplication of a key, and unwilling to experiment :-)

Most registry changes have immediate effect, in my experience.

--
Gene E. Bloch (Stumbling Bloch)
  #45  
Old January 4th 15, 03:47 AM posted to alt.windows7.general
Mayayana
external usenet poster
 
Posts: 6,438
Default e-mail graphics mystery

| it, copy its raw source and post it here for others to analyze. I
| suspect either externally linked images or scripting is at fault.

He's already posted links to an email that
works and one that doesn't, as .eml files.
They're very similar, but the newer one is
slightly different, with different doctype.
See a few posts back for the links. Both
emails have the images embedded; no remote
links. I found that both emails work fine for
me in both OE6 and TBird 24. So the issue
seems to *probably* be an overlooked WM
setting.


 




Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 09:25 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.