On Mon, Jun 16, 2008 at 8:42 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > 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).
about the same as me :-/ > Is it a deadlock issue, an OOM issue or what else? OOM i should probably profile > 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) i was planning a complete rewrite: i would prefer to use a direct POP3 client plus messaging - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
