You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Norman Maurer (JIRA)" <se...@james.apache.org> on 2006/11/26 15:19:22 UTC
[jira] Commented: (JAMES-650) JAMES slow down a lot when
RecipientIsOverFixedQuota is active
[ http://issues.apache.org/jira/browse/JAMES-650?page=comments#action_12453439 ]
Norman Maurer commented on JAMES-650:
-------------------------------------
See JAMES-511 for possible solution
> 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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org