Robert Burrell Donkin ha scritto:
On Mon, Jun 16, 2008 at 1:01 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Mon, Jun 16, 2008 at 1:22 AM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
rewriting the JAMES spool using JMS would be good
Why?
specifically: restarting my JAMES instance every couple of days has
started to irritate
Do you think that the current spoolrepository implementation has something
to do with your restarts?
I'm not aware of issues in this and I don't restart my james since the last
reboot almost 3 months ago.
i'm pretty sure that it fetchmail is the direct cause but i believe
that it's indirectly related to the spool design. do you run
fetchmail?
I run fetchmail with few (<10) remote pop3 mailboxes and a limited
number of messages (<1000/day).
Is it a deadlock issue, an OOM issue or what else?
I made a refactoring for fetchmail almost 2 years ago. It is attached to
a JIRA issue because it started a flame:
https://issues.apache.org/jira/browse/JAMES-509
I don't remember much of that changes but I remember that I also removed
the StoreProcessor/FolderProcessor/MessageProcessor granular creation by
refactoring them to top level reentrant objects that take things to
process as arguments to their "process" method. This could have an
impact with memory.
If you want to give it a try I could update it to current trunk and put
it in a fetchmail2-function module, but it is untested code, so I'll
do my part only if you have interest in trying it. (you can also enjoy
the complaints here: http://markmail.org/message/sd4zyzt7sbdkm6qz)
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
