[ 
https://issues.apache.org/jira/browse/JAMES-956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12803764#action_12803764
 ] 

Stefano Bagnara commented on JAMES-956:
---------------------------------------

This is something that IMO could be integrated as a core feature if you 
contribute it.

It is *very* interesting, expecially if you add that the "enveloper 
informations" (Mail/MailImpl fields) could be stored separately from the 
message content (MimeMessage object). So maybe a JCR to store the content, JMS 
(or directly ActiveMQ) to move/alter the envelope around. Otherwise if you use 
persistent queues you would end up "cloning" the whole message at each 
processor change.

> work on james-server-experimental-activemq-function
> ---------------------------------------------------
>
>                 Key: JAMES-956
>                 URL: https://issues.apache.org/jira/browse/JAMES-956
>             Project: JAMES Server
>          Issue Type: New Feature
>          Components: SpoolManager & Processors
>    Affects Versions: Trunk
>            Reporter: Mario Zsilak
>            Priority: Trivial
>
> Hi,
> I'm very interested in using james with active-mq (or any other message 
> broker) .
> My Plan is to:
> -) write an SMTP handler which replaces the current 
> org.apache.james.smtpserver.integration.SendMailHandler and puts the message 
> into MQ
> -) write a spool manager which listens on messages an processes them, if a 
> message would be "moved" to a different processor, then it shall be put into 
> a different MQ and/or distinguishable in a other way ... (don't not yet)
> -) review and extend the current active-mq stuff
> In the end I want to be able to use a bunch of james servers which are 
> connected through a commen message broker.
> what do you guys think about this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to