I've changed the exception handling and altered the POPHandler to use the new style of exceptions and the remove(<Collection>MailImpl). All I need to do is test it. Hopefully I should be able to submit it today.
I would have done it earlier but I've been in Venice for a few days... -- Jason > -----Original Message----- > From: Noel J. Bergman [mailto:[EMAIL PROTECTED] > Sent: 22 August 2003 22:12 > To: James Developers List > Subject: RE: [PATCH] mbox mail repository V2 > > > Jason, > > I hate to be a noodge, but we now have a need for handling > fairly large mbox files for the ASF in a little side project > Danny and I are helping with. Any idea on the ETA? Or I can > try an earlier version of the code. > > Basically, my plan is to hack a copy of Danny's FetchPOP to > use the mbox code, and inject messages into the spool. That > should be sufficient to the need. > > I looked at using the JavaMail mbox provider with Fetchmail, > but that appears to load the entire mbox into memory, which > isn't going to happen (the current mbox needing processing > exceeds 18MB, so far. Might be 50MB by the time we get > started, for all I know). In the future, that might be the > away to go, after we have a better provider based upon your code. > > --- Noel > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]