Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: DBMail: users

deploing dbmail at an ISP level

 

 

DBMail users RSS feed   Index | Next | Previous | View Threaded


ezayen at gmail

Nov 10, 2008, 4:17 AM

Post #1 of 2 (657 views)
Permalink
deploing dbmail at an ISP level

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?
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?
3 - What is the hardware sizing necessary for deploing such a platform?

Thans and best regards


paul at nfg

Nov 10, 2008, 5:09 AM

Post #2 of 2 (597 views)
Permalink
Re: deploing dbmail at an ISP level [In reply to]

ezayen [at] gmail 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
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail

DBMail users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.