Hi Eric, I will try to find out whats wrong with the pop3 inbox stuff. If you find out anything else please feel free to just report it..
Thx, Norman 2010/3/27 Eric Charles <eric.char...@u-mangate.com>: > Hi Norman, > > Many tks for your quick answer. > > I had defined in my Thunderbird 3.0.3 client (on linux) the pop3 account as > the default one. > When launching thunderbird, the connection was succefully done "Host > contacted, sending login information", saying after 1 second "Determining > which messages to index" (never saw that message before...), hanging there a > few minutes, and finally saying "connection to server ... timed out". After > that, Imap account behaved also such a way... > I also tried with latest Thundrebird 3.0.3: same result... > > I have now defined the imap account as the default one, and it's working > fine even without any mail in the inbox. > However, for the pop3 account, I still have the same behaviour. Anyway, I > have a temporary workaround right now. > I will try to debug it but it may take some time to jump into the new > architecture (I hacked james 3 years ago, but now we have some new great > stuff such as jpa, activemq, jackrabbit,...). > > Regarding the OOM, I saw some days ago the JAMES-981 regarding the > ConsumerTemplate. > However, the problem was still present even after you commited JAMES-981 > into trunk, so I don't think the problem was coming from that. > I tried to analyse the 2GB heap dump with eclipse memory analyser, but it > failed (too much swapping, my RAM is only 1GB). > Currently, the process memory with the new trunk version I deployed today > seems stable. > I will keep posted if I still have the issue, or if finally, the memory > remains stable. > > Tks a lot and keep up the excellent work, > > Eric > > > > On 01/-10/-28163 08:59 PM, Norman Maurer wrote: >> >> Hi Eric, >> >> thx for the feedback . Does this happens with pop3 or imap ? Or with >> both? What client you use? >> >> About the OOM Exception, chances are good that this is fixed now. I >> did something bad with ConsumerTemplate in RemoteDelivery nailet, >> which could lead to such problems. >> >> Bye >> Norman >> >> 2010/3/27, Eric Charles<eric.char...@u-mangate.com>: >> >>> >>> Great Norman, >>> >>> I just upgraded to the current trunk to benefit from : >>> - JAMES-983: common POP3/IMAP MailRepository. >>> - JAMES-984: activemq 5.3.1 hoping it will resolve some OutOfMemory >>> exceptions I had (*) >>> >>> I deployed and now (configured with enableVirtualHosting=true and >>> JDBCDomainList), I've got the following: >>> - When my mailbox contains at least one mail, No problem: I can read it >>> without any problem. >>> - When my mailbox is empty, my mail client simply waits and finally give >>> me a timeout (closing my client and launching it again with mails in the >>> inbox, everything is fine again). >>> >>> Can anybody else reproduce it? >>> Is there additional specific configuration I have to apply ? >>> >>> Tks a lot, >>> >>> Eric >>> >>> >>> (*) Just for information, about the OutOfMemory I had with activemq >>> 3.5.0: >>> - Testing different configurations from >>> http://activemq.apache.org/javalangoutofmemory.html didn't help. >>> - Stressing a local deployment with apache-sever-postage, server was >>> holding the pressure during hours, however, memory was slightly but >>> constantly growing. >>> - I have a heap dump to be analyzed (still todo) >>> - Reading 6 memory leak bugs resolved in activemq 3.5.1. >>> >>> (https://issues.apache.org/activemq/secure/ReleaseNote.jspa?projectId=10520&styleName=Html&version=12183), >>> I decided to try to migrate to activemq 5.3.1, and by chance, Norman >>> checked it in two days ago. I still have to wait a few days to see if >>> the OutOfMemory problem is resolved. >>> >>> >>> >>> On 12/23/-28158 08:59 PM, Norman Maurer wrote: >>> >>>> >>>> Ok it seems like this works for everyone so far.. I will commit it >>>> this weekend .. >>>> >>>> Thanks again for all the feedback / questions. >>>> >>>> Bye, >>>> Norman >>>> >>>> >>>> 2010/3/26 Stefano Bagnara<apa...@bago.org>: >>>> >>>> >>>>> >>>>> 2010/3/24 Norman Maurer<nor...@apache.org>: >>>>> >>>>> >>>>>> >>>>>> Hi all, >>>>>> >>>>>> I want to propose some really heavy change in current JAMES trunk, and >>>>>> so next version. As all of you knows we are supporting IMAP in current >>>>>> development version, which ships with its own mail store backend >>>>>> called MailboxManager / Mailbox. For POP3 we use MailRepository as >>>>>> backend. >>>>>> I think this is a no go for a number of reasons, but the major one is >>>>>> that we should be able to switch between IMAP and POP3 without the >>>>>> need to migrate mails. So I rewrote the POP3Server to re-use the >>>>>> MailboxManager / Mailbox stuff which is used by IMAP. >>>>>> >>>>>> >>>>> >>>>> I think this is a good think. I also hope MailboxManager/Mailbox API >>>>> can be improved and simplified, but using a single API is the only way >>>>> to go. Once we use only one we'll better understand how to improve it. >>>>> >>>>> >>>>> >>>>>> >>>>>> So if a user login via POP3 he will just see the folder called INBOX >>>>>> and nothing else. With IMAP he will see all folders. Thats exactly >>>>>> what dovecot and courier does ( both heavy used unix imap/pop3 >>>>>> servers). >>>>>> >>>>>> >>>>> >>>>> A good extension would be to have a "login pattern" to read custom >>>>> folders.. >>>>> e.g: I login as "username#FOLDER" with username password and this way >>>>> I get access to FOLDER instead of INBOX. >>>>> The same could be applied to the delete behaviour (something like the >>>>> "recent:" prefix hack in gmail). >>>>> >>>>> >>>>> >>>>>> >>>>>> Another advance is that we elimate one more dependency on storing >>>>>> mails via javamail, which is not the way to go for the future ... >>>>>> On the downside we will break backward-compatibility with every James >>>>>> release we did before. So we will need to write a "migration" tool, >>>>>> but this should not be to hard. >>>>>> >>>>>> >>>>> >>>>> IMO at this point we should plainly ignore backward compatibility. >>>>> AFTER we'll have a working release we'll define a migration path (with >>>>> the help of users wanting to upgrade). >>>>> >>>>> >>>>> >>>>>> >>>>>> Because the change is so heavy, I dedicited to attach it to JIRA for >>>>>> review and not commit it directly. >>>>>> >>>>>> You can find it here: >>>>>> https://issues.apache.org/jira/browse/JAMES-983 >>>>>> >>>>>> So what do you think ? >>>>>> >>>>>> >>>>> >>>>> +1 >>>>> >>>>> Stefano >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>> >>>>> >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> For additional commands, e-mail: server-dev-h...@james.apache.org >> >> >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org