Klavs Klavsen writes:
I'm going to use it with IMP - and as far as I know of, it does not cache the Imap headers. So for the sake of using courier-imap for webmail - I can't see it's a waste of time. one could state that imapproxy (a unstable alpha project for IMP) should be used to intermediate this?
You're not seeing the big picture here: webmail over IMAP is a fundamentally broken design. There is absolutely no reason why the webmail server cannot read mail directly. Instead of reading mail directly, connecting to the IMAP server on the same host seems to be a rather dumb thing to do. There is absolutely nothing to be gained from the massive overhead of an IMAP connection. Of course, there's plenty of webmail-over-imap servers out there, but it doesn't change the technical fact that it's a rather broken way to do things, and the only reason why this is used at all is due to the comparative fast speed of modern CPUs, and the glut of cheap RAM an disks. If it weren't for that, nobody in their right mind would ever thing of such a monstrosity.So if I f.ex. request to login several times (because I might be using webmail - and I'm looking through my folders) it will request for the User credentials every time. To me it seems as if courier-imap could benefit from short term caching of credentials and caching of maildir lists (to avoid heavy IO usage with 100+ users f.ex.) - and this I would think was the reason Cyrus implemented it in their imap server.
Am I to understand that you have tried this, and see no performance gains with caching of credentials or maildir listings. even with 1000s of emails in several folders for many users.
Most LDAP servers already implement some level of caching.
The number of users depends entirely on the amount of resources -- RAM, disk, and network bandwidth available.It would be great to hear what people's experiences with courier-imap is performance-wise. How many users can be run on one box?
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
