Mike Canty wrote:
I have a standard Qmail Toaster install on CentOS 5.3 with Spamdyke. We are
being told of messages not being received by recipients in our domain. We
are finding this by one user sending messages via an external mail server
(there are reasons for setting them up in this
Jake has a great tip in a video about making a QMT run more efficiently.
Putting the simscan directory on a RAM disk speeds up scanning big time.
I would recommend this tweak if you're needing to start so many spamd
children. Check out the video for details.
nicole thomson wrote:
thanks
In addition to Eric's suggestion of ensuring DNS records are pointing
correctly, check that the server you are using to send mail with (The
External server you mention) is not also set up to think it handles the
mail for your domain locally. If it is, it won't even look at DNS.
This is
Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from. Thanks for including it in the distribution.
I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how
d...@acbsco.com wrote:
Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from. Thanks for including it in the distribution.
I have noticed that eMPF requires that the user sending the email
Why not have the internal server deliver the mail itself? Is there a
particular reason you need to relay through the QMT servers?
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
-Original Message-
From: d...@acbsco.com [mailto:d...@acbsco.com]
Sent: Tuesday,
Warning Will Robinson,
DO NOT Use Joomla
This has been a pain in my A** for years, only because my bosses are to
cheap to get commercial software.
madmac
Jake Vickers wrote:
Nigel Reed wrote:
This is a good question for anyone who likes a brain teaser.
Current situation: I'm using
Warning Will Robinson,
DO NOT Use Joomla
This has been a pain in my A** for years, only because my bosses are to
cheap to get commercial software.
madmac
Jake Vickers wrote:
Nigel Reed wrote:
This is a good question for anyone who likes a brain teaser.
Current situation: I'm using
My local LUG (Phoenix Linux Users Group) used Joomla for a while, and
had terrible problems with it as well. They're now using Drupal.
FWIW.
sysadmin wrote:
Warning Will Robinson,
DO NOT Use Joomla
This has been a pain in my A** for years, only because my bosses are to
cheap to get
Since the club is a non-profit with very little income, I don't have much of an
option but to use something that's free. I looked at Drupal but I don't have
the time to get it to look how I want it to.
--- On Tue, 11/10/09, sysadmin sysad...@tricubemedia.com wrote:
From: sysadmin
I agree that Joomla has become a royal pain. Especially since there is
no upgrade path from Joomla 1.0 to Joomla 1.5. Since we have to
manually migrate anyway, we are going with Drupal.
FWIW, I could use M$ Exchange, but I think qmail-toaster is far
superior. Just because its costs more
Michael,
good question. I hate this answer, "because that's the way its always
been". :) Actually, I tried removing the contents of
/var/qmail/control/smtproutes on the internal server and restarted
qmail. I get the same darn error message in the log file on the
qmail-toaster server.
11-10
Partly my fault actually. Tried to install mailman and it decided to install
postfix also, then proceed to blow away qmail and friends.
I reinstalled everything that it removed but I don't see spamassassin working,
nothing in the headers. Any idea what I might be missing?
Thanks,
Nigel
Thanks Eric,
the internal servers are running netqmail-1.06. So what you are saying
is to make sure the qmail daemons are not running by stopping them and
moving the run scripts out of /service directory. Then install postfix
via yum and configure it per your instructions in the quickie guide
sysadmin wrote:
Warning Will Robinson,
DO NOT Use Joomla
This has been a pain in my A** for years, only because my bosses are
to cheap to get commercial software.
madmac
Jake Vickers wrote:
Nigel Reed wrote:
This is a good question for anyone who likes a brain teaser.
Current
I think you missed what I was trying to get at. You're using your internal
servers for your users to connect to, and send mail, right? Yet, you have
your internal server try to relay through the QMT server. Since that server
is requiring authentication, the QMT server is rejecting it.
Why
Nigel Reed wrote:
Partly my fault actually. Tried to install mailman and it decided to install
postfix also, then proceed to blow away qmail and friends.
I reinstalled everything that it removed but I don't see spamassassin working,
nothing in the headers. Any idea what I might be missing?
It seems the IP address I'm at the most is most likely being blocked by
spamhaus. Which is understandable but this is a corp public IP so in turn
its annoying. I'm afraid I don't know much on how to configure spamhaus but
if someone could point me in the right direction to configure my spamhaus
d...@acbsco.com wrote:
Thanks Eric,
the internal servers are running netqmail-1.06. So what you are saying
is to make sure the qmail daemons are not running by stopping them and
moving the run scripts out of /service directory.
Right. Or you can stop them by adding a file named 'down' to the
That's a valid way of doing things, but it presents another set of
problems. It's sometimes difficult to get mail delivered to some larger
mail destinations, such as yahoo, hotmail, and gmail. Having everything
going out from a single host makes delivery easier to administer. There
are fewer
Glen Vickers wrote:
It seems the IP address I’m at the most is most likely being blocked by
spamhaus. Which is understandable but this is a corp public IP so in
turn its annoying. I’m afraid I don’t know much on how to configure
spamhaus but if someone could point me in the right direction
I didn't ask for a conversation on whether Joomla sucked or not.
Anyway, I've written a little PERL script to add all the users in the database
to the mailing list, and any who are on the list that are not in the database
are deleted. Pretty simple. Just run it in a cron every 10 minutes and
Yeah, I needed to do a qmail cdb and that fixed it. I copied back all the
.rpmsave files but forgot to regenerate the .cdb databases. All is copacetic
now.
Thanks,
Nigel
--- On Tue, 11/10/09, Eric Shubert e...@shubes.net wrote:
From: Eric Shubert e...@shubes.net
Subject: [qmailtoaster] Re:
Oh, I totally agree, Eric. I guess my point was trying to find out if there
was any reason they needed to do it that way... Really, the eMPF
functionality should be on his internal server, not the external relay
server... Then, the internal server could relay to the QMT w/o having eMPF
on it,
Good question. I don't know the answer to that off hand.
Michael Colvin wrote:
Oh, I totally agree, Eric. I guess my point was trying to find out if there
was any reason they needed to do it that way... Really, the eMPF
functionality should be on his internal server, not the external relay
Nigel Reed wrote:
For some reason in Mandriva 2009.1 and 2010 the libgmp3 development package is
named libgmp-devel rather than libgmp3-devel. This simple change in the spec
file allows clamv to compile.
Thanks for adding Mandriva 2009, btw. :)
Thanks for troubleshooting that. Would
Eric Shubert wrote:
Good question. I don't know the answer to that off hand.
Michael Colvin wrote:
Oh, I totally agree, Eric. I guess my point was trying to find out
if there
was any reason they needed to do it that way... Really, the eMPF
functionality should be on his internal server, not
Glen Vickers wrote:
It seems the IP address I'm at the most is most likely being blocked
by spamhaus. Which is understandable but this is a corp public IP so
in turn its annoying. I'm afraid I don't know much on how to
configure spamhaus but if someone could point me in the right
28 matches
Mail list logo
