[imp] imp memory requirement when large image is attached

[Matus UHLAR - fantomas]

> Quoting Matus UHLAR - fantomas <uhlar at fantomas.sk>:
> >In my case, the image has "Content-Disposition: attachment" and IMP is set
> >up not to display attachments. The image is fine, it's just HUGE. However,
> >IMP eats much memory so I think it tries somehow to process the image.
> >
> >Shouldn't IMP skip processing of the image in any way in this case?

On 26.05.06 09:48, Michael M Slusarz wrote:
> You didn't understand what I said previously then.  Before we display  
> a link to view a thumbnail, we need to make sure that the image data  
> is valid.  To do that, we have to read all data into memory.  From our  
> point of view, it is much better to use a lot of system resources to  
> ensure we have a good thumbnail link rather than have a thumbnail link  
> that lead to a page that displays errors.  So, as I said before, the  
> only way to not do this check is to not allow thumbnail displays in  
> the first place.  This is exactly what Ticket #3808 is concerned with.

Thanks for explanation. I understood #3808 as request for "display
thumbnails inline instead of link to them". However, I added my comment to
that report, hopefully it will get accepted.

> Also, the Content-Disposition: header has nothing to do with whether  
> the MUA manipulates the data - it only requires that the data not be  
> shown to the user without some sort of user input requesting display.

Which imho means, that neither image nor thumbnail should be displayed
unless user wishes so. Imho we may understand it as protection before
displaying huge images from mail, if they are designed to be saved on the
disk and processed elsewhere ;-)

> As mentioned previous times on this list, the issue is instead that  
> internet mail is *not* designed to handle multi megabyte attachments.   
> E-mail is about the least efficient method possible to send messages.   
> You have two options: 1) don't send e-mails with huge attachments (or  
> don't allow the users to read messages with these huge attachments) or  
> 2) accept that to parse these messages, it is going to take a  
> disproportionate amount of processing/memory.

I know and I understand. However, people do send and receive big
attachments, and they will do it untill we provide them better way of
transferring files.

-- 
Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Linux - It's now safe to turn on your computer.
Linux - Teraz mozete pocitac bez obav zapnut.