Is dbmail ready for dealing with at least 1000,000 mails account or not yet?
This I can't help with. I am new here too :-)
Someone told me to use Courier Mail Server since it can
> handle this amount of users and more instead of using dbmail. We are using Cyrus. Used to use Courier, but for various issues, we decided to move on to Cyrus. Took us days to move everything, but I dont regret it at all. One of the reasons was the way Cyrus handled duplicate mails (i.e. mails with plenty of to and cc addresses in your domain). Without Cyrus we'd easily reach a TB, with it we're still at around 250 GB --on a RAID50. And, another reason was the way Cyrus handled the searching: Since Cyrus uses server-side searching life is a lot easier on the users --and the system itself. Though, it can spend quite a bit of time (late mornings) indexing the whole mail archive. All this will probably not apply in your case as yours is/sounds like ISP. And, we use Postfix as MTA. For those who wonder why I am interested in DbMail, the reasons are a little on the lateral side :-) I dont plan to use DbMail in user-involved production environment, users will never connect to DbMail server. I will be using DbMail for odd purposes; mainly activity-wise statistical analysis, i.e., I am frequently asked to report who's sent what to where. Cyrus is OK, but DbMail with its PostgreSQL backend sounds like just the ticket for this sort of thing. I can do all sorts of SQL queries to my hearts content; that is what I am hoping for, anyways.
I'm so intrested on hearing your comments/suggestions.
Not too helpful, but this was mine :-) Cheers, Ray
