Serge Knystautas wrote:
>
> I'm not sure if it's a function of the parsing of the multi part request
> or what, but I haven't noticed any noticeable slowness in javax.mail
> package. I use an old version of JAMES on our web/mail server (a x86
> 400mhz I think), and we had a 19 meg email come through... it wasn't
> instantaneous, but it was certainly much less than a minute to deliver.
> I can't tell where your input stream is coming from.... and you have 14
> other things going on aside from MimeMessage getting constructed... (web
> server processing multipart request, reading all the parts and dumping
> those out, the uninformative processRequest(request, response)
> method...), so I have to say this isn't very conclusive. Federico
> talked about rebuilding the mail API, but there's so much logic involved
> in handling email messages, it seems like our very limited time is
> better spent on other parts of the system. And like I started, I
> haven't seen any performance problems with javamail... it's a memory
> hog, but that's another story.
>
> Serge Knystautas
> Loki Technologies
> http://www.lokitech.com/
>
Agree. Speed should not be our concern. Memory usage should. That's why
James is stream oriented. The message is thrown from the smtp
(socketInputStream) to the spool (FileOutputStream) in a single stream
pipe. What is needed is an improved MimeMessage implementation to allow
stream parsing inside mailet. I'd like to see a mailet working on
headers taking in memory just the headers and leaving the rest in the
store. Or a mailet appending a footer to the body without taking all the
message into memory. Something like each MimePart lies in a different
steam in the store (which needs improved APIs) as headers do so that I
can add a part like a footer without reading the whole body or parsing
and modify a part just reading that part leaving huge attachment on the
disk.
I belive this's a key feature to make James really worth ... but sure
this work is not on top of MY todo list. :-)
Fede
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/>
Problems?: [EMAIL PROTECTED]
