> They are so far ahead of Imail by using. . . XML instead of. . . > registry it's not funny.
Hrm. An XML file vs. a memory-mapped, intelligently cached, indexed b-tree. Or an XML file vs. a central RDBMS already holding subscriber data and used by multiple third-party applications. Or an XML file vs. a distributed LDAP directory serving up a corporate userbase from RAM. "Ahead" does not mean "right." Their architecture may seem fine in a vacuum, and behave acceptably thanks to their extensive acceleration, but there's nothing about mail server traffic patterns for userbase lookups and management that says "XML." As is true maybe 50% of the time local XML is chosen over true back end storage, it sounds like kewlness/newness covering for lack of research into use cases; manual syncing to an RDBMS or other directory is not flexibility. The recent claims that IMail functionality is "behind the times" are provable in almost every case, but completely fail when it comes to userbase management. IMail offers options these new kids obviously didn't have the development budget for, and forcing users to build their own bridges doesn't hide that fact. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/download/release/ --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
