On 9/12/05, Soren Hilmer <[EMAIL PROTECTED]> wrote:
> >
> > Does phoenix trunk supports hotdeploy/undeploy/reload of applications?
>
> Not sure about hotdeploy, but undeploy and reload are suported.
> Both can be achieved through the JMX interface.
> One caveat with James and our standard distribu
Out of interest, I have a custom build of James running in production that does exactly this. As I
recall, I added a few lines to the doRCPT method of SMTPHandler.java to instantitate
JDBCVirtualUserTable and reject the recipient if not found in the table. Bandwidth usage dropped
significantly.
[ http://issues.apache.org/jira/browse/JAMES-421?page=all ]
Stefano Bagnara updated JAMES-421:
--
Summary: MailImpls sharing MimeMessages / LinearProcessor not cloning it
after a partial match. (was: MailImpls sharing MimeMessage's!)
> MailImpls sharing
> > IMHO the DEFAULT behaviour should be the deep copy.
>
> I disagree, what we're trying to do is to manage routing the message.
>
> Message can be routed down two different routes to its
> destination, but is still the same message.
-1 on that!
James developers already did mistakes due to mim
> IMHO the DEFAULT behaviour should be the deep copy.
I disagree, what we're trying to do is to manage routing the message.
Message can be routed down two different routes to its destination, but is
still the same message.
The default should be the least resource intensive.
In fact I would tend
>
> Does phoenix trunk supports hotdeploy/undeploy/reload of applications?
Not sure about hotdeploy, but undeploy and reload are suported.
Both can be achieved through the JMX interface.
One caveat with James and our standard distribution is that, Phoenix is ran in
a mode where it shuts-down whe
