Impact of faster getMessageSize()

["Noel J. Bergman" <no...@devtech.com>]

I stressed that change last night.  If I let the POP3 box accumulate several
1000 messages, and then tried to pull mail while the system was already
loaded down with SMTP handling, it took about 7 minutes before LIST started
providing data.  Fortunately, my test configuration is RFC compliant (10
minute minimum timeout).  After that, mailbox handling continued, albiet
slowly.  In fact, slower than new messages accumulated, which would present
a problem for the next time that the mailbox were opened.  However, if the
system freed up some cycles for even just a couple of minutes (e.g., I
paused the SMTP generator), the mailbox cleaned up quickly.

This appears to confirm Serge's thought to improve getMessageSize()
processing rather than providing a limited Folder view.  For James v3, we
should optimize the behavior even more.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org