Re: [Evolution] evolution doesn't seem to handle inlined content securely
- From: Andreas Wüst <awuest swissonline ch>
- To: Not Zed <notzed ximian com>
- Cc: Evolution Mailinglist <evolution lists ximian com>
- Subject: Re: [Evolution] evolution doesn't seem to handle inlined content securely
- Date: 16 Aug 2003 15:38:49 +0200
Thanks for your answer!
On Fri, 2003-08-15 at 02:21, Not Zed wrote:
I might also add that this is functionality is absolutely required to
implement html email. e.g. the introduction email that comes with
Its up to the image library to handle it, so yes you could exploit holes
in libjpeg or gdk-pixbuf if they existed.
The alternative is to only allow the display of text ...
Wouldn't it be possible to use the html rendering widget only for the
headers (just to get the nice box), the body of the mail gets displayed
using a text box?
Since the headers are being preprocessed anyway if you use full html
rendering, you could simply reuse the header preprocessor method, and
feed the rest of the mail to a text box.
I am sorry I can't provide a patch for this., ;)
On Thu, 2003-08-14 at 14:13, Andreas Wüst wrote:
Am I right that evolution doesn't seem to do no better than outlook when
it comes to inlined data?
If you get an email sporting a line like
and attached you get a file with a
string, evolution tries to to display this stuff inline, no?
And since most of these attachements are virus today, the user is no
better off than an outlook user?!
Please correct me, if this isn't so! But, e.g. what happens, when you
receive an email with an attachment blabla.scr, and the mime type is
audio/wav, an this file is inlined by the above tag, then evolution
tries to view (play) it (of course it's not a wav file, just look at the
file suffix, it's just some viral code)?
There is obviously no button which you could press to view the
attachement, since it's getting viewed inline. Is there any way to
prevent evolution from doing so?
] [Thread Prev