> > > This is a big problem because of so many messages with referenced but > non > > included images. > > > > And because so many messages and information are right in the images. > > That is a problem. But, it's a matter of opinion if it's a problem with > the client or with the sender. Arguably, if the message can't be read > without the images, it's a violation of accessibility considerations. > So I side with those that say the problem is the incoming messages, not > the client. >
It is true, but it is also true that it is not always possible to translate all the images into an alternative text. I had problems with messages with a bar code image (supermarket discount) or a qr code image (flight boarding card). Another case was about some photography gallery or bookstore newsletter, as you can not obviously text some artist and book images. Why so many messages with referenced but non included images? It might be because of email marketing service (Benchmark, Mailchimp, Amazon, etc)? > > It means you can read your inbox messages just in case you are online. > > That seems like an overly strong characterization of the situation. I > read mail with k-9, configured not to fetch images, and with gnus > (emacs), configured to show me the text/plain alternative. This works > fine in most cases. In cases where it doesn't, I consider the message > defective. > > As an example, I recently got a library newsletter that had text > descriptions of upcoming talks. There was a referenced image, but the > html had an ALT tag that said "picture of red leaf with shallow depth of > field". That's good practice to make the message useful for > visually-impaired readers, and it worked for me reading the message > without the image. > > > One could argue that if the sender intended the image contentto reach > the receiver for offline viewing, then it would have been included in > the message. It's really an artifact of the html encoding of mail that > referenced images are even allowed, and with the benefit of hindsight > I'd say it was a protocol design error. Mail was sent over non-IP > transports and the notion that the receiver's MUA in all cases can fetch > things from the global internet is unsound. > > > What's more, images are not fetched even in case you had already > previously > > open and read the message when you were online. > > That would be a reasonable optional feature (but would need cache size > management and settings, so might be too complicated for the benefit). > > > How is it possible that this app has such a limitation? > > It seems obvious that it is not only possible but likely that various > programs will not do a large number of random things that you wish they > would do. How is it possible that you do not understand this :-) ? > However, it is not about some random thing I wish, it is about reading or not reading offline a message :-) I supposed every email client let me read messages offline, and I've been very surprised to find out that this is not the case. I mean, reading messages is the main basic and most important feature of an email client, it is not about what I personally like or not. > Is it an usual limitation for most Android email clients? > > My impression is that it is how almost all mail clients behave. I am > not aware of any that pre-fetch and cache images that are referenced but > not included. > > Thunderbird does not seem to do this (and tells people that enabling > remote content by default is a bad idea): > https://support.mozilla.org/en-US/kb/remote-content-in-messages > > Can you point to another open-source mail user agent that prefetches and > caches referenced images? > I've asked you just because I can't. Thank you, Enrico Il giorno mercoledì 3 ottobre 2018 02:30:59 UTC+2, Greg Troxel ha scritto: > > Enrico B <[email protected] <javascript:>> writes: > > > This is a big problem because of so many messages with referenced but > non > > included images. > > > > And because so many messages and information are right in the images. > > That is a problem. But, it's a matter of opinion if it's a problem with > the client or with the sender. Arguably, if the message can't be read > without the images, it's a violation of accessibility considerations. > So I side with those that say the problem is the incoming messages, not > the client. > > > It means you can read your inbox messages just in case you are online. > > That seems like an overly strong characterization of the situation. I > read mail with k-9, configured not to fetch images, and with gnus > (emacs), configured to show me the text/plain alternative. This works > fine in most cases. In cases where it doesn't, I consider the message > defective. > > As an example, I recently got a library newsletter that had text > descriptions of upcoming talks. There was a referenced image, but the > html had an ALT tag that said "picture of red leaf with shallow depth of > field". That's good practice to make the message useful for > visually-impaired readers, and it worked for me reading the message > without the image. > > > One could argue that if the sender intended the image contentto reach > the receiver for offline viewing, then it would have been included in > the message. It's really an artifact of the html encoding of mail that > referenced images are even allowed, and with the benefit of hindsight > I'd say it was a protocol design error. Mail was sent over non-IP > transports and the notion that the receiver's MUA in all cases can fetch > things from the global internet is unsound. > > > What's more, images are not fetched even in case you had already > previously > > open and read the message when you were online. > > That would be a reasonable optional feature (but would need cache size > management and settings, so might be too complicated for the benefit). > > > How is it possible that this app has such a limitation? > > It seems obvious that it is not only possible but likely that various > programs will not do a large number of random things that you wish they > would do. How is it possible that you do not understand this :-) ? > > > Is it an usual limitation for most Android email clients? > > My impression is that it is how almost all mail clients behave. I am > not aware of any that pre-fetch and cache images that are referenced but > not included. > > Thunderbird does not seem to do this (and tells people that enabling > remote content by default is a bad idea): > https://support.mozilla.org/en-US/kb/remote-content-in-messages > > Can you point to another open-source mail user agent that prefetches and > caches referenced images? > -- You received this message because you are subscribed to the Google Groups "K-9 Mail" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
