Hi Martin:
Yes. How soon do you need your new-build? I ask because you really would
like the 2.2.x (in development) version of DbMail given that it is near
release and 1-2month-later migration would be annoying. The speed at which
seven thousand users can do mail is in a different world on the SVN Trunk
version. It kicks the bejeebers outta anything else actually. Blazing fast.
Gets the average user in and out of the server in parts of a second. With
big connect volumes during peak load periods that's so nice compared to the
V2.0 which is pretty awesome of itself.
Anyway. This is fairly random.
It's all about architecture and how to best run an RDBMS? There are no
spooky DBMail issues. Scalability is about connection and connection speed:
WAN POP/IMAP service delivery connections at the front end and handling
scads of SQL query connections in the LAN back-end from all the WAN-facing
server blades/units.
For SQL injection you could likely use LMTP injects from some of your
existing MTA units all feeding mail to back-end light-iron running the RDBMS
and also running the dbmail-lmtpd (LMTP Daemon).
Look at DBMail as the service-providing daemons on small single CPU or 2-way
SMP units all using TCP pipes to the storage. Your choices are PostGreSQL or
MySQL 5.0.x (I have had troubles with 5.1. [4.0.x is feature-poor and 4.1.x
is pretty good actually]). I like PostgreSQL but MySQL is favoured flavour
RDBMS for DBMail. Also MySQL scalability improvement dev is going like a
rocket.
For good speed and scalability RDBMS hardware should be IMHO 64-bit and
storage should be fast, like big (500G) arrayed WD Enterprise Raptor speeds
or better. 32-Bit Iron of course is ok if that's what you have. Memory
quantum and drive speed are the big tweaks. Also there are some cool things
you can do with the MySQL INNODB data files growing across multiple array
channels to run enormous and rapidly changing databases. High semaphore
numbers on PostgreSQL need to be considered when doing kernel builds
especially on 32bit architecture. Connection numbers in all cases need to be
high.
Dual and single core Opterons 2GHZ and higher are doing amazing things for
me on even 2-way but 4-way to 8-way with 16 GIG+ memory handling mailbox
numbers way more than yours. Using 64-bit BSD 6.1 and a variety of OS on the
little front-side service (pop/IMAP) delivery units. RED HAT Linux
Enterprise 3+ 64-Bit AMD/Intel64 is also very good for running the MySQL
RDBMS and same with Solaris10/latest. We really know our FBSD so we mess
with it heaviliy and get major numbers and the ultimate stability and
reliability. Out-of-the-box-Linux is near that in performance with higher
overhead and without the stability. In short: the best OS is what you know.
The best hardware is 64-bit and fast storage: CPU speed and flavour is what
you know best.
best...
Mike
----- Original Message -----
From: "Martin Hierling" <[EMAIL PROTECTED]>
To: <dbmail@dbmail.org>
Sent: Saturday, July 01, 2006 10:05 AM
Subject: [Dbmail] midrange installation, can dbmail handle this
Hi List,
i considerswitchting from courier-imap to dbmail. My actual mail
traffic is as follows:
7k user accounts
around 5M mails in the maildir folders
around 60G of mails
around 8k new mails per day.
about 10k pop3 logins and 1k imap logins a day
So my question is can dbmail handle this? What size of hardware do i
need? Relay, Anti-Spam/Virus is done bevor on dedicated hardware. So
this is primary mail storrage and imap/pop3 access.
regards Martin
--
----------------------------------------------------------------
Borg spreadsheet: Locutus 1-2-3
----------------------------------------------------------------
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
