[ http://issues.apache.org/jira/browse/JAMES-650?page=comments#action_12439877 ] Bernd Fondermann commented on JAMES-650: ----------------------------------------
possible solutions (if this bug is confirmed): a. access the disk only after a certain time has passed and not for every mail b. use a heuristic calculation without accessing the disk in between by holding the free space in a mailet variable and subtracting the mail size for every mail > JAMES slow down a lot when RecipientIsOverFixedQuota is active > --------------------------------------------------------------- > > Key: JAMES-650 > URL: http://issues.apache.org/jira/browse/JAMES-650 > Project: James > Issue Type: Improvement > Components: SpoolManager & Processors > Affects Versions: 2.3.0rc3, 2.3.0rc4 > Environment: Operating system: Windows XP SP2 > Reporter: maximeloridan > > First I reproduced this bug on 2.3.0rc3 and 2.3.0rc4 and it's easy to > reproduce it every time. > To reproduce it: > 1/ Start James and create a user "userTest". > 2/ Send 5000 messages to "userTest" with a program you created for example. > It is important to send the messages (10kos for example) with NO DELAY > between one message and another one. With this, you will stress JAMES, which > is the goal of this test. > Now there is 2 possibilities: > * Either you have let the file config.xml with no mailet > RecipientIsOverFixedQuota and in this case there is no problem, the messages > stored temporaly in the SPOOL folder will not stay for a long time and will > be stored in the userTest folder. This is the normal behaviour. > * Or either you have changed the file config.xml by > uncommentating the mailet RecipientIsOverFixedQuota to be activ. In this > case, if you open the SPOOL folder, you will notice that it takes a MUCH MORE > long time to put them in the userTest folder. > Nota: I understand why it slows down, it's because JAMES has to check the > size of the userTest folder EVERYTIME a message is send. This operation takes > time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
