Aaron Stone wrote: > On Fri, Feb 2, 2007, Leander Koornneef <[EMAIL PROTECTED]> said: > > [snip] > >> Perhaps this would be a good time to call upon the dbmail constituency >> and let the users democratically decide what needs to be done next. >> > > For some incidental features, I would be more than happy to take votes on > how those features should play out. For core features, I'm going to write > code that I think I can maintain and that I think has the best performance > characteristics -- within reason, of course. > > [snip] > >> Of course, this implies that the developers should not be too proud >> to "take orders" from the community :-) >> > > Purchase orders are good, too ;-) But let's consider taking that > seriously: Paul and Lars are currently selling consulting services at > dbmail.eu, and I have done consulting work in the past for specific fixes > that were needed on short deadlines and for Sieve features. > > Many of the major features that we've talked about putting into DBMail 2.3 > will take a lot of work to code; in particular, those looking for reliable > clustering, massive scalability, better searching and even faster IMAP > should consider that these enterprise features cost megabucks from > commercial vendors, and even with open source vendors, entail significant > support contracts. > > So, those using DBMail commercially, make a reasonable offer on features > that are key to your businesses, and we'll see what we can do! > > Aaron > _______________________________________________ > DBmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail > I wonder if clustering and scalability enhancements might be pushed to dbmail V3. 2.3/4 could be more related to feature enhancements and such like.
The move to a truly threaded, scalable and HA architecture is a big change. I don't think its going to be a standard upgrade for most people. If people want true HA then the level of funkyness is going to go up pretty drastically. Heck its almost a fork(spoon). Dbmail 2 for nice small instillations, dbmail 3 for big things. Otherwise you might be trying to cover too many bases. Something big and scalable probably wont be easy peasy to install and configure for your average home user. Personally I see some "top level daemon" managing the whole thing and talking via IP to the various front ends and databases. It also being responsible for managing redundancy of data amongst a pool of databases and the like. Basically meaning scaling is copy over the Xen image, boot it and tell the controller that its allowed to use that.
_______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
