On Fri, Oct 24, 2008 at 6:56 AM, David Jencks <[EMAIL PROTECTED]> wrote: > > On Oct 23, 2008, at 11:00 AM, Robert Burrell Donkin wrote: > >> On Mon, Oct 20, 2008 at 6:36 AM, Bernd Fondermann >> <[EMAIL PROTECTED]> wrote: >>> >>> <snip /> >> >> <snip> >> >>>> I haven't seen >>>> any activity on the latter since I got a geronimo-james plugin sort of >>>> working. There are a few obvious improvements that ought to be easy to >>>> implement there by someone who knows how james works a bit but are too >>>> hard >>>> for me with the time I have available. >>>> -- in memory transport for sending and receiving mail >> >> interesting: what did you have in mind? > > Aside from possibly using the connection pool, transactional, and jpa > support offered by a javaee app server,
hmmm... am i right in thinking that creating an OpenJPA based data storage would be the way to start? > it seems to me that the main reason > you'd be running james inside geronimo would be if your ee apps needed to > send or receive mail. It seems to me that there should be no need to go > over tcp if both ends are running in the same jvm., delivery ought to be > calling a method directly on the mail server. i can see several potential enterprise use cases 1. shared data access - share data from a standard mail server in an enterprise application. an OpenJPA based data storage layer for james might take care of this. 2. inserting mail into spool - a JEE application wants to deliver mail as if from SMTP or FetchPOP without the overhead and inconvenience of using the protocol. this needs to be done asynchronously. i think that JMS might be a useful candidate. it took me about a day to integrate James with ActiveMQ well enough to allow messages to be delivered into the spool by JMS. 3. direct integration with mailboxes - a JEE application might want to put a mail directly into a mailbox for later retreval by POP3 or IMAP. JCA? 4. triggering JEE processing from a mailet. a mail is accepted into the spool (over FetchPOP or SMTP) and processing procedes. some mail (for example, not SPAM for user joe) should then be passed to a JEE application for processing. again, JMS seems like the right approach to me. again, i had ActiveMQ integration working within a day so this is definitely possible. (there are probably more but that's probably enough for now) - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]