Hi,
On Sat, 14 Aug 2004, Sean Jorden wrote:
Hello,
Briefly: We run a custom webmail service which uses IMAP on the backend to connect to users' mail store. A new IMAP connection was being made for every corresponding HTTP request, and over time we found that this resulted in somewhat unpredictable response times due to continual re-connecting. Our solution was to implement connection pooling by allowing an existing IMAP connection to be re-used by another user. We made this possible by creating a new command to allow an IMAP session to be de-authorized without disconnecting. We called the command DEAUTH. The consistency of our response times improved.
My question is, is there any interest in adding this sort of command/behaviour to IMAP for situations like the one described above?
you could have used a session caching imap proxy that holds the connections. I think the are several such packages available you might want to check out.
Not all imap servers have authentication systems that can be hacked to allow deauthentication and authentication.
In your solution you still also have the overhead of reselecting the mailbox. For some mail stores this is more expensive than the authentication.
Imap works best if you can leave the session open with the mailbox selected.
Greetings Christian
-- Christian Kratzer [EMAIL PROTECTED] CK Software GmbH http://www.cksoft.de/ Phone: +49 7452 889 135 Fax: +49 7452 889 136
