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.0rc4, 2.3.0rc3
         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]

Reply via email to