(as everyone probably knows by know i'm a huge unfan of javamail so i've avoided commenting)
On Mon, Apr 28, 2008 at 4:42 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > MimeMessages are built in a lazy way when there is a need to parse or alter > the message. > > As long as you receive and spool a message without altering its content > then MimeMessage will never be parsed. > > We extensively use our MimeMessageWrapper that is an extension of > MimeMessage made to delay the parsing of the headers and the parsing of the > body as much as possible, with the best scenario of no parsing. one of the issues with the Mail interface is that there are no bio/nio-friendly methods > You should be aware that we anyway currenlty load the full message stream > in a bytearray in memory, so to handle 10 concurrent messages each one of > 10MB serialized you'll need at least 100MB only for the buffers (IIRC james > ends up using the double of this memory, but I never analyzed the details). we should be able to do better than this and i need to do so for IMAP ideas? - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
