Re: [Evolution] Imap & Attachments
- From: Axel Mueller <axel mueller iwe uni-karlsruhe de>
- To: Not Zed <notzed ximian com>
- Cc: guenther <guenther rudersport de>, Jeffrey Stedfast <fejj ximian com>, evolution lists ximian com
- Subject: Re: [Evolution] Imap & Attachments
- Date: 16 Jul 2003 19:02:06 +0200
Am Mit, 2003-07-16 um 06.03 schrieb Not Zed:
On Tue, 2003-07-15 at 03:24, guenther wrote:
AFAIK there is currently no way of not downloading attachments. However,
as the IMAP code is planned to be rewritten for 1.6, maybe this will
make it in the new code as an option?
Jeff, what do you think?
this feature is actually already implemented, however what is probably
happening is that the attachment parts are not tagged with an
appropriate Content-Type an so evo says "I have no idea what mime-type
this part is, so I better sniff it" and so in order to do that it has to
Well afaict (from when i was working on the display rewrite which i
really need to get into cvs soon) the code should only do this if the
attachment is already downloaded (i.e. local), otherwise it just treats
it as unknown ...
Its a different case if the disposition on the attachment is 'show
inline', its always downloaded in that case (and sniffed if required).
Inline attachment are no problem, as these are usually pictures which
are not so large (in bytes).
download the particular attachment. This should only be happening if the
Content-Type is application/octet-stream tho.
What I (and probably Axel) was thinking of would be an option, to never
load attachments, until I willingly requested so. (Then use the cache,
as currently, so I do not have to load it everytime I wanna see it.)
This would only cover attachments right? (e.g. not inline pics in html
stuff?).
We could just add a very trivial-to-implement 'dont show attachments
inline by default' option. Which is probably the crux of the issue.
Oh yes. This would be nice.
--
Axel Mueller <axel mueller iwe uni-karlsruhe de>
IWE, Universitaet Karlsruhe (TH)
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]