Another point that I think (I could be wrong) Jake was trying to get
to which I think is important to acknowledge is that if you are
setting up something like this, you want to do everything reasonably
possible to avoid any single point of failure. The offered 8-core
processor system with 32gb of RAM is great. But that's one box. If
that box has a serious problem, suddenly your email is inaccessible.
For a tiny little 'home' service, that might be OK. But for a business-
critical system like this for 10k users, that's just unacceptable.
You're going to want and need multiple complete physical servers
running in clustered format with replicated database and shared
storage via that SAN, so that if something tanks one of those
machines, the system as a whole is still usable, accessible and
running while you work on fixing the problem, whether it be hardware
or software.
I know I've heard others say that Dovecot is a more efficient IMAP4
than Courier (which is the QMT default) for large numbers of users and
for large email stores.
I think, hardware-wise, you'd be better off with 4 dual-core systems
with 4gb each, than with 1 8-core with 32gb, specifically for that
reason. I confess I myself am not up to snuff to be able to execute
all of this, but I know that Jake and others have expressed previously
that they've done it, and would do it again for a fee. I strongly
advise you to consider hiring out someone capable of the expertise
required to make this go, especially if the project is at all time-
critical.
Roxanne
On Dec 2, 2008, at 08:28 PM, Dairenn Lombard wrote:
Having 32 GB of RAM doesn't automatically necessitate 64-bit
processors.
Unless your application is specifically designed to use 64-bit
instructions, the extra 32 bits does nothing. And I can tell you that
the Qmail toaster packages DO NOT take advantage of 64-bit processors
with the possible exception of a 64-bit installation of MySQL Server.
And even then, your real resource tax is the nasty filtering software.
Qmail doesn't acknowledge an incoming e-mail was actually received
until
after it places it in the queue, which does not happen until ClamAV
and
SpamAssassin are done doing their jobs. If you're going to spend real
money on an infrastructure, your better severed not trying to load
balance a bunch of qmail toasters but actually try and host
spamassassin
and clamav externally. Use a back channel network (separate Ethernet
interface with RFC 1918 addresses) and then configure spamc and clamav
clients to connect to spamd/clamd running on physically separate
machines. They SHOULD be able to return those messages back to your
incoming SMTP servers.
Another thing to do would be to also have a separate SMTP server
dedicated to your own users (perhaps a xen instance, if you have the
processing power to spare). It would have port 25 turned off, and
JUST
587 turned on. This way, on your public SMTP server(s), you can
switch
your /var/qmail/control/blacklists hostname to Spamhaus' "zen"
database,
and drastically reduce the amount of filtering your spam filters
have to
do by just refusing the SMTP connections out right.
Finally, consider moving IMAP4 to its own machine.
A lot of this is going to require some experience with customizing the
configuration of the software packages. Things like vpopmail are
going
to need to be tweaked to connect to a remote host for reading MySQL
vpopmail database.
I encourage a lot of testing if trying to set all this up.
regards,
Dairenn Lombard
Unix Systems Administrator
BroadSpire
617 West 7th Street, Suite 601, LA, CA 90017
Phone: 213.986.1051 | Fax: 213.688.7791 | NOC: 888.262.6161x2
Web Ecosystem Marketing www.BroadSpire.com
-----Original Message-----
From: Edwin Casimero [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2008 5:13 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Can QMailToaster Handle 10,000 email
addresses?
Thank you for all the advices. This is the offer of the data center:
10TB SAN (storage area network)
8 core cpu with up to 32gb of memory, gigabit connected to the
internet.
Will a single install of CentOS 5.x 32-bit be enough to handle 10,000
email addresses?
Or do I need 64-bit CentOS to be able to handle 32GB of memory?
Or do I still need a clustered qmailtoaster for the front end? Which I
do not know how to do. Is there a link how to do a clustered
qmailtoaster?
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]