Hi, Thanks. Replacing javamail with mime4j is a massive works. Actually, I am only interested in making sure that large emails will be successfully delivered. Increasing java VM memory through command line is one way. But with limited RAM (though I can put 1GB - 2GB RAM) won't guarantee that any email will not dissapear.
I just found out that when I disabled all mailet except transport mailet LocalDelivery, large email still crash (30+ MB) with default parameters for java VM. Though at 13+ MB, the email is still delivered. I am not sure if anyone using James out of the box experiencing mail error when handling large attachment. Is there anyway that to avoid the heap out of memory? Maybe something like swapping to file storage. Maybe java VM has parameter to set that it uses file storage as swapping when it requires more memory. This will solve my problem though at the expense of performance. Regards, Edward On 12/31/05, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > > > Has James team considered using mime4j as a drop-in replacement to > javamail? > > I googled around and noticed that someone has incorporated mime4j in > James. > > Mime4j is a readonly API. > To fully replace Javamail we would need a read/write API. > > The options are 2: > > - use a different javamail implementation: Starting from geronimo mail > implementation, but geronimo javamail is still young and doesn't support > most of sun javamail features. > > - use a non "javax.mail" mail handling API (And I don't know any good > ASL library to manipulate mime messages) > > This is a big work anyway and no james committer has enough time > currently. > > Stefano > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
