[EMAIL PROTECTED] wrote: > Hi all, > > I wanted first to congratulate all the dbmail developers abour the > product that i find as the perfect mail solution. > > I work for an ISP, we are using open source software in 90% of our > production platform. > > we are planning migration our mail solution (the last proprietary piece > in the platform) to an open source solution. > > I'm considering using dbmail for mail storage. > > Some numbers : > - 50.000 to 200.000 mailbox > - 1TB to 4TB storage > - 100-400 message per minute > - 1000-4000 POP3 connection per minute > - 50-300 Webmail (IMAP) connection per minute > > So my questions are: > 1 - is it realistic to deploy dbmail (now 2.2.10) for such a platform?
It is, but use an island model manage the limit response times on the database. Heavy concurrency on a single store will probably lead to IO bottlenecks in the disk seeks. This does depend on concurrency levels of course. > 2 - should i wait until the 2.4 release which as i read in the wiki will > improve scalability by multithreading and database connection pooling? 2.4 is aimed at much improved behaviour under heavy concurrencies. So yes: it will help a lot because the number of database connections will be much lower even under high loads. > 3 - What is the hardware sizing necessary for deploing such a platform? fast disks, plenty disk splindles, fat network pipes for the database backend. The dbmail frontends don't need a lot, esp on 2.3.x. But the exact specs depend a lot on the user load of course. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
