I have been having a problem with TB for quite some time, and I am getting rather tired of the problem.
Images in messages that are sent to me by users of windows are not displayed in TB. Rather, all I see are empty boxes where images are supposed to be.
This is not to say that every message I get from windows users containing images are treated this way by TB.
I am just saying that some individuals I know, who use windows, and send me email containing images are treated this way by TB.
Is there a setting that I need to set?
Other people send me images all the time, and I have no problem viewing them in TB.
On 03/07/15 08:34, jd1008 wrote:
I have been having a problem with TB for quite some time, and I am getting rather tired of the problem.
Images in messages that are sent to me by users of windows are not displayed in TB. Rather, all I see are empty boxes where images are supposed to be.
This is not to say that every message I get from windows users containing images are treated this way by TB.
I am just saying that some individuals I know, who use windows, and send me email containing images are treated this way by TB.
Is there a setting that I need to set?
Other people send me images all the time, and I have no problem viewing them in TB.
There really isn't enough information to reasonably come to a conclusion. A "windows user" doesn't define what mailer they are using and/or MTA. I recall there being issues with older versions of Outlook and the Exchange Server.
I would look at the structure of the emails and compare the working ones with the non-working ones.
If you can't see what may be causing the problem, you should consider saving the failing email file to a "eml" file and uploading it for others to examine.
On 03/06/2015 06:07 PM, Ed Greshko wrote:
On 03/07/15 08:34, jd1008 wrote:
I have been having a problem with TB for quite some time, and I am getting rather tired of the problem.
Images in messages that are sent to me by users of windows are not displayed in TB. Rather, all I see are empty boxes where images are supposed to be.
This is not to say that every message I get from windows users containing images are treated this way by TB.
I am just saying that some individuals I know, who use windows, and send me email containing images are treated this way by TB.
Is there a setting that I need to set?
Other people send me images all the time, and I have no problem viewing them in TB.
There really isn't enough information to reasonably come to a conclusion. A "windows user" doesn't define what mailer they are using and/or MTA. I recall there being issues with older versions of Outlook and the Exchange Server.
I would look at the structure of the emails and compare the working ones with the non-working ones.
If you can't see what may be causing the problem, you should consider saving the failing email file to a "eml" file and uploading it for others to examine.
Will do. Stay tuned. I will upload just such a file.
On 03/06/2015 06:07 PM, Ed Greshko wrote:
On 03/07/15 08:34, jd1008 wrote:
I have been having a problem with TB for quite some time, and I am getting rather tired of the problem.
Images in messages that are sent to me by users of windows are not displayed in TB. Rather, all I see are empty boxes where images are supposed to be.
This is not to say that every message I get from windows users containing images are treated this way by TB.
I am just saying that some individuals I know, who use windows, and send me email containing images are treated this way by TB.
Is there a setting that I need to set?
Other people send me images all the time, and I have no problem viewing them in TB.
There really isn't enough information to reasonably come to a conclusion. A "windows user" doesn't define what mailer they are using and/or MTA. I recall there being issues with older versions of Outlook and the Exchange Server.
I would look at the structure of the emails and compare the working ones with the non-working ones.
If you can't see what may be causing the problem, you should consider saving the failing email file to a "eml" file and uploading it for others to examine.
OK, I uploaded it to sendspace.com
The download link is: https://www.sendspace.com/file/1audkv
On 03/07/15 09:22, jd1008 wrote:
OK, I uploaded it to sendspace.com
The download link is: https://www.sendspace.com/file/1audkv
The images are there, at least in my T-Bird, if I scroll all down to the bottom.
They are not displayed within the message with the text to describe the image since the message is "poorly" constructed by what appears to be a JavaMail client of yahoo. That being said, it does display if one uses the web interface of gmail.
There isn't a setting to solve this.
On 03/06/2015 08:34 PM, Ed Greshko wrote:
On 03/07/15 09:22, jd1008 wrote:
OK, I uploaded it to sendspace.com
The download link is: https://www.sendspace.com/file/1audkv
The images are there, at least in my T-Bird, if I scroll all down to the bottom.
They are not displayed within the message with the text to describe the image since the message is "poorly" constructed by what appears to be a JavaMail client of yahoo. That being said, it does display if one uses the web interface of gmail.
There isn't a setting to solve this.
there is no setting that can correct gmail.
i can view them also.
i believe i took things a little further than what you may have.
1st, i closed thunderbird, then i copied the file into a temp directory and removed removed the ".eml".
next, i edited the file and added
From - Fri Mar 07 00:00:00 2015
to top line of file.
i could have edited out all the gmail html crap, but i left it to see how it would view in the 2 html modes of thunderbird, which did not align text with pix.
the pix are not in order of the descriptions, which i would contribute to gmail.
over all some interesting shots.
On 03/06/2015 07:34 PM, Ed Greshko wrote:
On 03/07/15 09:22, jd1008 wrote:
OK, I uploaded it to sendspace.com
The download link is: https://www.sendspace.com/file/1audkv
The images are there, at least in my T-Bird, if I scroll all down to the bottom.
They are not displayed within the message with the text to describe the image since the message is "poorly" constructed by what appears to be a JavaMail client of yahoo. That being said, it does display if one uses the web interface of gmail.
There isn't a setting to solve this.
Thank you Ed. I will pass it on to my friend. I think others in his blind list are seeing this issue that TB does not have a setting to redeem. Sometimes the list of images he sends is so long that you keep scrolling and scrolling to get to the first displayable image becomes old, as one has only a ton of emails to view :)
On Fri, 2015-03-06 at 17:34 -0700, jd1008 wrote:
I have been having a problem with TB for quite some time, and I am getting rather tired of the problem.
Images in messages that are sent to me by users of windows are not displayed in TB. Rather, all I see are empty boxes where images are supposed to be.
This is not to say that every message I get from windows users containing images are treated this way by TB.
There are three ways messages may contain images, that I can think of off the top of my head:
1. A plain text message, with files attached. But this doesn't sount like your situation.
2. A HTML message which has the images included with the email. These may be the kind that works for you. Though there will be some mail clients that simply create badly encoded mail, and will fail unless you use a similarly broken mail client.
3. A HTML message which doesn't include the images with the email, but has URIs for fetching the images from a webserver. These may be the kind that don't work for you.
Also, most mail clients that author HTML email, create a simultaneous plain text version of the message. Some mail clients can be configured to show one or the other, as a preference, for these kinds of messages. If you're viewing the plain text version, you won't see the images in the message.
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
Various mail clients give you options for dealing with images in messages, such as always showing them, never showing them, never downloading images from the net, or always showing images for certain people you've okayed in your address book. You may need to look through your VIEW menu in the message reader, and some entries in your address book.
These days, there's a tendency for the default being to not download images from the net, automatically (you instruct the mail client to fetch them, if you want them, while reading the message). This being due to these images being used for nefarious techniques of one kind or another (monitoring that you've read the message, exploiting foibles in mail clients with specially crafted data, etc).
On 03/07/15 16:45, Tim wrote:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
It wouldn't make much sense for him to have supplied a working example, would it? :-) :-)
Anyway, if you were to try view the mail in T-Bird you'd find it to be as originally described.
I had a bit more time to look at this in the evening and I can see what is being "expected" of T-Bird. If you look at the MIME headers for the images you'd these headers as an example....
Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: <tAhk9iyMmm1CIfpU4g9p>
The "key" being the Content-ID.
Then, in the text/html section of the message you'd find this sort of html snippet....
<div class=3D"yiv3030508851ecxyiv7863957078MsoNormal" style=3D"= BACKGROUND:white;"><span style=3D"FONT-SIZE:16pt;FONT-FAMILY:Arial, sans-se= rif;COLOR:black;"><img id=3D"yiv3030508851ecxyiv7863957078_x0000_i1044" alt= =3D"[]" src=3D"cid:tAhk9iyMmm1CIfpU4g9p" width=3D"561" height=3D"405" data-= id=3D"17bfaf0f-58fa-c795-9880-bde833a43cb7"></span>
Notice the cid:tAhk9iyMmm1CIfpU4g9p? Which is referring to image via the "Content-ID"? I don't know what standard defines this, but it seems clear that the HTML engine of T-Bird can't handle this.
Tim:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
Ed Greshko:
It wouldn't make much sense for him to have supplied a working example, would it? :-) :-)
Well, he did say some worked and some didn't. I'd be inclined to provide samples of both, for analysis.
Anyway, if you were to try view the mail in T-Bird you'd find it to be as originally described.
Don't have it installed, don't really like putting it on systems, either. I just had a quick scroll through the raw message (kind of hard, considering the rather huge content).
I had a bit more time to look at this in the evening and I can see what is being "expected" of T-Bird. If you look at the MIME headers for the images you'd these headers as an example....
Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: <tAhk9iyMmm1CIfpU4g9p>
The "key" being the Content-ID.
Then, in the text/html section of the message you'd find this sort of html snippet....
<div class=3D"yiv3030508851ecxyiv7863957078MsoNormal" style=3D"=BACKGROUND:white;"><span style=3D"FONT-SIZE:16pt;FONT-FAMILY:Arial, sans-se= rif;COLOR:black;"><img id=3D"yiv3030508851ecxyiv7863957078_x0000_i1044" alt= =3D"[]" src=3D"cid:tAhk9iyMmm1CIfpU4g9p" width=3D"561" height=3D"405" data-= id=3D"17bfaf0f-58fa-c795-9880-bde833a43cb7"></span>
Notice the cid:tAhk9iyMmm1CIfpU4g9p? Which is referring to image via the "Content-ID"? I don't know what standard defines this, but it seems clear that the HTML engine of T-Bird can't handle this.
Yes, I remember that kind of thing, of old. I remember that it would flumux various emailers, back in my early days of using the internet. Though I can't recall which specific mail clients.
On 03/07/2015 03:47 AM, Ed Greshko wrote:
On 03/07/15 16:45, Tim wrote:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
It wouldn't make much sense for him to have supplied a working example, would it? :-) :-)
Anyway, if you were to try view the mail in T-Bird you'd find it to be as originally described.
I had a bit more time to look at this in the evening and I can see what is being "expected" of T-Bird. If you look at the MIME headers for the images you'd these headers as an example....
Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: <tAhk9iyMmm1CIfpU4g9p>
The "key" being the Content-ID.
Then, in the text/html section of the message you'd find this sort of html snippet....
<div class=3D"yiv3030508851ecxyiv7863957078MsoNormal" style=3D"=BACKGROUND:white;"><span style=3D"FONT-SIZE:16pt;FONT-FAMILY:Arial, sans-se= rif;COLOR:black;"><img id=3D"yiv3030508851ecxyiv7863957078_x0000_i1044" alt= =3D"[]" src=3D"cid:tAhk9iyMmm1CIfpU4g9p" width=3D"561" height=3D"405" data-= id=3D"17bfaf0f-58fa-c795-9880-bde833a43cb7"></span>
Notice the cid:tAhk9iyMmm1CIfpU4g9p? Which is referring to image via the "Content-ID"? I don't know what standard defines this, but it seems clear that the HTML engine of T-Bird can't handle this.
Thank you again Ed. I hope TB devs will view your message.
Cheers,
JD
For once HTML post on purpose.
Am 07.03.2015 um 11:47 schrieb Ed Greshko:
On 03/07/15 16:45, Tim wrote:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
It wouldn't make much sense for him to have supplied a working example, would it? :-) :-)
Anyway, if you were to try view the mail in T-Bird you'd find it to be as originally described.
I had a bit more time to look at this in the evening and I can see what is being "expected" of T-Bird. If you look at the MIME headers for the images you'd these headers as an example....
Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: <tAhk9iyMmm1CIfpU4g9p>
The "key" being the Content-ID.
Then, in the text/html section of the message you'd find this sort of html snippet....
<div class=3D"yiv3030508851ecxyiv7863957078MsoNormal" style=3D"=BACKGROUND:white;"><span style=3D"FONT-SIZE:16pt;FONT-FAMILY:Arial, sans-se= rif;COLOR:black;"><img id=3D"yiv3030508851ecxyiv7863957078_x0000_i1044" alt= =3D"[]" src=3D"cid:tAhk9iyMmm1CIfpU4g9p" width=3D"561" height=3D"405" data-= id=3D"17bfaf0f-58fa-c795-9880-bde833a43cb7"></span>
Notice the cid:tAhk9iyMmm1CIfpU4g9p? Which is referring to image via the "Content-ID"? I don't know what standard defines this,
http://tools.ietf.org/html/rfc2392
but it seems clear that the HTML engine of T-Bird can't handle this.
Thunderbird generally can handle displaying images referenced via a cid URL. I often get mails containing images which are referenced this way and are displayed correctly. If you're viewing this post in HTML, you should see an image here (provided the list software hasn't stripped it) which is referenced via a cid URL:
Why this doesn't work in the provided sample mail, I don't know. Maybe (or maybe not) it's related to this: https://bugzilla.mozilla.org/show_bug.cgi?id=61815
BTW: this mail is created using Thunderbird,
On 03/07/2015 01:28 PM, Markus Schönhaber wrote:
For once HTML post on purpose.
Am 07.03.2015 um 11:47 schrieb Ed Greshko:
On 03/07/15 16:45, Tim wrote:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
It wouldn't make much sense for him to have supplied a working example, would it? :-) :-)
Anyway, if you were to try view the mail in T-Bird you'd find it to be as originally described.
I had a bit more time to look at this in the evening and I can see what is being "expected" of T-Bird. If you look at the MIME headers for the images you'd these headers as an example....
Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-Disposition: inline Content-ID: <tAhk9iyMmm1CIfpU4g9p>
The "key" being the Content-ID.
Then, in the text/html section of the message you'd find this sort of html snippet....
<div class=3D"yiv3030508851ecxyiv7863957078MsoNormal" style=3D"=BACKGROUND:white;"><span style=3D"FONT-SIZE:16pt;FONT-FAMILY:Arial, sans-se= rif;COLOR:black;"><img id=3D"yiv3030508851ecxyiv7863957078_x0000_i1044" alt= =3D"[]" src=3D"cid:tAhk9iyMmm1CIfpU4g9p" width=3D"561" height=3D"405" data-= id=3D"17bfaf0f-58fa-c795-9880-bde833a43cb7"></span>
Notice thecid:tAhk9iyMmm1CIfpU4g9p? Which is referring to image via the "Content-ID"? I don't know what standard defines this,
http://tools.ietf.org/html/rfc2392
but it seems clear that the HTML engine of T-Bird can't handle this.
Thunderbird generally can handle displaying images referenced via a cid URL. I often get mails containing images which are referenced this way and are displayed correctly. If you're viewing this post in HTML, you should see an image here (provided the list software hasn't stripped it) which is referenced via a cid URL:
Why this doesn't work in the provided sample mail, I don't know. Maybe (or maybe not) it's related to this: https://bugzilla.mozilla.org/show_bug.cgi?id=61815
BTW: this mail is created using Thunderbird,
-- Regards mks
Sorry to say that I find this totally unhelpful and it does not address the sample message I provided, which TB is unable to handle.
Markus Schönhaber:
Thunderbird generally can handle displaying images referenced via a cid URL. I often get mails containing images which are referenced this way and are displayed correctly. If you're viewing this post in HTML, you should see an image here (provided the list software hasn't stripped it) which is referenced via a cid URL:
Why this doesn't work in the provided sample mail, I don't know. Maybe (or maybe not) it's related to this: https://bugzilla.mozilla.org/show_bug.cgi?id=61815
jd1008:
Sorry to say that I find this totally unhelpful and it does not address the sample message I provided, which TB is unable to handle.
Did you read the bugzilla and look at the other message headers, to see whether the overall HTML message content-type headers in yours was like the bugzilla?
With a multipart message (text and pictures), there's one type of header you could expect. With a multipart alternative (a text version with a HTML version, there's another type. Some mail clients, particularly Microsoft ones, are infamous for creating outright broken message, so all bets are off regarding proper interpretation.
Here, using Evolution, I could see the disco dancing Fedora panda, and I noticed that its content ID was in the more usual form that looks somewhat like an email address (something@something), whereas the failing message had a simpler (RaNdOm) kind of ID. I don't know if that's an extra consideration, or not a problem at all.
On 03/08/15 14:07, Tim wrote:
Did you read the bugzilla and look at the other message headers, to see whether the overall HTML message content-type headers in yours was like the bugzilla?
FWIW, did you notice the bugzilla was open 2000-12-02? :-) :-)
On 03/08/15 04:28, Markus Schönhaber wrote:
Thunderbird generally can handle displaying images referenced via a cid URL. I often get mails containing images which are referenced this way and are displayed correctly. If you're viewing this post in HTML, you should see an image here (provided the list software hasn't stripped it) which is referenced via a cid URL:
Why this doesn't work in the provided sample mail, I don't know. Maybe (or maybe not) it's related to this: https://bugzilla.mozilla.org/show_bug.cgi?id=61815
BTW: this mail is created using Thunderbird,
Thanks for that information. As I only implied, I don't know html. :-)
Indeed, when you use "Insert" within T-Bird and use HTML in the body it does use the "cid:" format.
So, without adequate knowledge it is impossible to determine where the fault lies. I've seen this sort of problem before when different groups interpreted a standard slightly different. One group confusing "should" with "must" and then not properly handling exceptions.
On 03/07/2015 01:45 AM, Tim wrote:
The sample you provided, on a later email, has some JPEGs encoded into the message (as per the second description, above). But you didn't say if you were supplying a working or non-working sample.
I supplied what my thread subject says :) :)
It is a real message, and I did not concoct it.
Thanx.
-
Ed Greshko -
g -
JD -
Markus Schönhaber -
Tim