Sam Varshavchik writes:
You're not seeing the big picture here: webmail over IMAP is a fundamentally broken design. There is absolutely no reason why the webmailWell, there are quite a few installations where there are different servers hosting mail services and web services. Sometime even on totally different locations. For example, if you have a local system providing intranet services, but you don't want to have a local mail server, you allow people to access their IMAP mail on some external service provider. I don't see, where a different approach than IMAP would work in this scenario. (Please correct me if I am wrong).
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.
I'm using a webmail system most of the time. I used to use SQWebmail, but now have my own little thingy. The speed difference between SQWebmail (which directly reads the directory), and a PHP/IMAP based system (at least on a very little used system) is not noticable. I would even dare to say, I have sometimes the feeling that PHP/IMAP is a little faster (especially on 10000+ msg folders).
I am all in favor of doing WebMail via IMAP, and I am also all in favor of caching solution on the server. Of course, I could go ahead and try to build a caching system into the client, but I _think_ it would be easier to implement on the server.
Just my 0.02EUR.
Have a good week
rgds
pos
-------------------------------------------------------
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
