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. |
|
|
Thread Tools | Rating: | Display Modes |
#31
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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 |
|
|