Re: JavaMail and James

2008-05-03 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: (as everyone probably knows by know i'm a huge unfan of javamail so i've avoided commenting) I thought there was no need to be a fan or unfan to reply to this developer. He simply asked how we are using javamail and how coupled is James to javamail, and I sim

Re: JavaMail and James

2008-04-30 Thread Robert Burrell Donkin
(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 spoo

Re: JavaMail and James

2008-04-28 Thread Stefano Bagnara
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

JavaMail and James

2008-04-28 Thread roy . james
Hi guys, I've been watching James for some time now and have been very impressed. I have a project which I think is perfect for James. But I have some questions in regards to when and where JavaMail is used. Our past experience with JavaMail has been disappointing. We still use it but mostl

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Rick McGuire
Stefano Bagnara wrote: Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail. 2) We use javamail 1.4 apis (geronimo-ja

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Alan D. Cabrera
Rick McGuire wrote: Alan D. Cabrera wrote: Rick McGuire wrote: Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Stefano Bagnara
Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail. 2) We use javamail 1.4 apis (geronimo-javamail seems to be 1.3

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Alan D. Cabrera
Rick McGuire wrote: Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail. 2) We use javamail 1.4 apis (geronimo-javam

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Alan D. Cabrera
Stefano Bagnara wrote: Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail. 2) We use javamail 1.4 apis (geronimo-javamail seems to be 1.3 compliant) So what I th

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Stefano Bagnara
Alan D. Cabrera wrote: Why would we need both? We don't need both at the same time. But: 1) I guess that geronimo-javamail is not as stable and feature complete as the sun-javamail. 2) We use javamail 1.4 apis (geronimo-javamail seems to be 1.3 compliant) So what I think we could do is addin

Re: geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Alan D. Cabrera
Why would we need both? Regards, Alan Stefano Bagnara wrote: We currently have hardcoded "instanceof" to Sun classes and we use many of the "properties" specific to SUN smtp transport. Btw I see that the new geronimo javamail code is much more complete and supports many of the properties we

geronimo javamail and James (Was: [RTC] Removal of the javamail-transport code.)

2006-06-30 Thread Stefano Bagnara
We currently have hardcoded "instanceof" to Sun classes and we use many of the "properties" specific to SUN smtp transport. Btw I see that the new geronimo javamail code is much more complete and supports many of the properties we use. What should we do? I would like to at least start includi