> > 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
> 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.)
> anyways, for 1.6 we have some ideas on how to improve this. IMAP allows
> us to only download a substream of the mime part, and so we plan on
> doing this when we have to sniff (like maybe the first 1K or maybe less
> - we could probably get away with just the first 100-200 bytes, so maybe
> we'll only grab that much?)
Jeff, please put that into the draft for the rewrite. :-)
> the problem with this...is that with all the imap (and pop3 and smtp,
> etc) server brokeness we've encountered, I'm a bit worried this will
> cause people problems... *sigh*
>
> my guess is that we'll implement it and if people report that their imap
> servers suck (like they did with POP3 servers for the 1.4 release),
> we'll just add a checkbox or something to work around the server
> brokeness.
I bet! Mine is a good candidate for this... ;-)
...guenther
--
char *t="[EMAIL PROTECTED]";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
_______________________________________________
evolution maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution
