Michael Colvin wrote:
Oh, no doubt the setup/install of QMT is easier than Qmailrocks. I was/am a
Windoze admin up until a couple years ago when necessity dictated that I
learn some Unix/Linux. I landed in Ubuntu land, and that's what I've been
using, for the most part, and have several machines running qmail using
Qmailrocks on Ubuntu. But, as I said in the original post, I've also
learned there's some things with Qmailrocks that, well, shouldn't be. :-)
We're naturally going to suggest you use a Redhat distro and QMT (you
*are* asking on our list!), but I'd say use whatever tool fits the job.
I have plenty of servers that run other distros for specific tasks
because they fit better than other distros.
I do prefer RH based distros, but I started with Redhat 7.3, so I've had
more familiarity with RH based distros over others. I do run Ubuntu on
my desktop though ;)
So.. I could just install QMT on all of them, and be done. Or, would it be
better to stay with a Debian based OS that I'm familiar with (Although, all
I really do with them is e-mail, so there's not much to "Do" with them after
they are up and running!). If I go with the "Roll your own" method, I could
choose an OS, and maybe only install the functionality that I need on each
server... But, then again, it would be more efficient to just put QMT on
all of them. :-)
I do this for a living. Listen to me:
Sit down, figure out what your goals and timelines are. Weigh this with
what you need and mark milestones on your projected timeline. If you
have an expanded timeline then maybe rolling your own is better as
you'll learn the internals a little more. If your timeline operates in
the real world, figure out what will work for you in the time allotted
and budget "fudge" time (ie: "I borked this thing and need to fix it" time).
Plan it all out in advance.
Let me ask this... The chkuser functionality uses Vpopmail to actually
check for valid accounts, right? And, I'm assuming that changing the
default database that Vpopmail uses is trivial? (I've actually not done it,
but I would think it would be just modifying a file). My goal is to have
the "Filtering" servers use chkuser to validate recipients, but to actually
have only a single database with users in it, and instead of using a script
or something to push a cdb file out to each server, I would think you could
point the "Filtering" servers vpopmail to check the vpopmail database that a
"Central" mail server maintains. ??? Am I smokin' crack?
Vpopmail in QMT uses a Mysql DB. It's trivial to replicate that database
between multiple machines and there are a variety of methods to
accomplish this. I'm going to start a video series on the magazine this
coming week on how to build a cluster that replicates all the data
between all the machines (database and mail store), so you could list
all of your mail servers as MX records (or even a single MX record with
multiple IPs!) and it would not matter which server accepted the data,
as it would be replicated between them all. Your users would be able to
use any (or all, depending on how you set it up) of the servers as their
pop/smtp servers, or you could dedicate 1 machine as the smtp and the
rest as the incoming, or whatever.
The video will be over the next few weeks as this is a complicated task.
I plan on doing other cluster setups in the upcoming videos when the
user requests get lean.
But to answer your question, yes, it's trivial to tell vpopmail to use
an external database for it's user store. You could have your multiple
incoming servers use the same vpopmail backend for authentication/checks
to accept mail and then smtproute it to the final destination machine.
The file you would need to edit would be the
/home/vpopmail/etc/vpopmail.mysql file. It should be pretty self
explanatory; change localhost to the IP/domain of the server you want to
be the mysql user store and adjust the password if needed. Everything
else should pretty much stay the same. You may need to change the 0 to a
3306. Then all of your frontend machines can authenticate against the
same backend.
Thanks again for the ear guys, and sorry for the long-winded post. I
usually only lerk on lists I'm one, trying to soak up info...But, I've got
to do get this done, so I'm trying to get some specific information to get
me pointed in the right direction.
Glad to see a new face on the list, and good questions.
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
