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
