I haven't installed spamdyke on the new box yet, however we do run it on
the gateway servers...here is a simple diagram of how we got things going:
Internet
|
--------------------
| |
Gateway1 Gateway2
| |
SA1 SA2
/ \ / \
POP | Q2 POP | Q2
v1 v1
Gateway2 basically takes the mail if Gateway1 is down for some reason.
I'm pretty sure that Gateway1 & 2 are both running spamdyke -I'll have
to double check. Then they hit the SpamAssassin servers, then are routed
to the appropriate mail server. POP is the Solaris box running old
school Qmail. Q2 is the Qmailtoaster box we put up a year or two ago. v1
is a Virtualmin box that is hosting several sites and running Postfix
and Dovecot. The server I'm setting up at the moment will be replacing POP.
I did some fiddling with mailgraph last night, trying to get it to read
qmail's logs, but didn't make any headway. It think its a moot point. It
seemed like a good idea to set it up at the time, but you're right...its
reporting abilities are limited so its probably not worth fussing with.
What would be really neat is if the qmailmrtg-toaster was able to take
usage stats per domain and graph them. I think that's where the rrdtool
would come in handy.
Casey
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>
On 10/2/11 1:16 AM, Eric Shubert wrote:
On 10/01/2011 09:48 PM, Casey wrote:
I know that qmailtoaster comes with mrtg integrated in to allow for
graphs and stats of various aspects of server monitoring...
The thing is, on my Debian server I setup awhile back before I began
using CentOS and Qmailtoaster, I have mailgraph setup. It uses RRD and
creates a set of graphs like MRTG, but its simple and basically displays
2 sets of graphs - one that shows sent/received messages & and another
that shows bounced, viruses, spam, and rejected on a separate graph. It
then breaks it down by day, week, month, and year like MRTG does. Has
anyone tried using mailgraph with qmail/qmailtoaster?
Not me. You might want to search the list archives for mailgraph to
see if it has come up.
Does anyone know of any other available open-source monitoring tools?
I've used Cacti and MRTG quite a bit, and my true goal here is to set
something up on my gateway servers so I can track the kinda of mail
traffic that is reaching the servers, how much is getting passed from
the gateways into the main mail servers, and then a breakdown of spam,
virus, clean mail. Any recommendations?
I'd like to see you take a little bit different approach to this, if
you don't mind.
Having just converted, I'm wondering if you've installed spamdyke yet
or not. Spamdyke will be stock with QMTv2, but you need to install it
yourself for QMTv1.3. Everything you need to get going with spamdyke
is found at http://qtp.qmailtoaster.com/. You _will_ want to run
spamdyke.
Now, there are a few scripts floating around which report various
filtering statistics (see this and spamdyke list archives), none of
which that I know of has (yet) been incorporated into QMT's graphical
display of statistics (which would be nice). In any case, I think
you'll perhaps want a few more than the 4 categories that your
mailgraph shows, based off various spamdyke filter counts.
Are you thinking of using mailgraph and rrdtool in place of mrtg, or
running them both? Is this an enhancement that could just as well be
made to qmailmrtg-toaster?
Also, I think you'll probably want to reconsider your gateway/mail
server roles, in light of spamdyke. You see, spamdyke is only
effective when it's running at the perimeter, connected directly
(conducting the smtp session) with the sending server. Having a
gateway which processes the smtp session destroys spamdyke's
effectiveness. Given though that spamdyke is more effective at
blocking spam than most email gateways (commercial or otherwise),
having your email bypass any email gateway processing makes sense.
Plus, spamdyke rejects spam (80+% of it I'd say) without having to
even receive it, which means much less mail to scan. Spamdyke
significantly reduces the load on your email server.
I know it sounds like spamdyke is too good to be true, but it is
truely magical. To be honest, if I had to pick between running only
spamdyke or only spamassassin, I'd choose spamdyke, hands down. No
need to choose though, as they do well together. :)
Here is a link to the setup on my personal server at home:
http://www.caseyjprice.com/cgi-bin/mailgraph.cgi
Thanks,
--
Casey
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>