Webmail now goes through IMAP? That sounds like a bad design decision. The kind of design a novice would choose (clean and architecturally pure but totally flawed from a performance/scalability perspective).
I haven't coded in a long time, by my perception is that IMAP is a good protocol for remote client to mail server distributed mail store/synchronization but it is a high-overhead, very "chatty" protocol that is not well-suited for interprocess communication directly on a server which is what webmail-to-imail should be. Since .NET architecture is also a bit more resource hog (but I do feel is worth the penalty because of the tremendous benefits of the CLR and the entire .NET structure), one does get a "one-two" hit on performance so now I'm beginning to understand why there are a lot of complaints about webmail speed versus 8.2 architecture. Just curious - Is there a silver lining? Can Webmail finally be offloaded to another physical server by itself to provide "scale-out"? I would hope that at least the choice of IMAP as a communication mechanism would make this possible but my "gut" tells me that this probably doesn't work (yet)? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tripp Allen Sent: Sunday, December 04, 2005 7:38 PM To: [email protected] Subject: Re: [IMail Forum] Rollback to 8.2 The new webmail is an IMAP ......... Tripp To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
