But I have various servers with qmail-ldap configuration, where the a
first server (simple qmail installation, without ldap) receives mails
from internet and check domain using rcpthosts only, does spam and virus
checks and them forwards the mail to the others qmail-ldap servers
using virtualdomains and alias (so, the ldap accounts and mail address
are on others servers)
One problem with this arrangement is that I cannot do RCPTCHECK,
because none of the domains are in locals, but in virtualdomains.
I would really like to do RCPTCHECK because of spam, but with that
configuration I don't no how to do this...
Any ideas???
Ollie Acheson escreveu:
On Thu, Nov 09, 2006 at 02:57:23PM -0500, Jason Little wrote:
We had that problem in the past until we started using the access list in
sendmail to filter out servers that were just hitting us with spam all the
time. I still go through our logs daily and add to it as needed. The
reduction in load on the server was very dramatic. Since our server is a
forwarding server we also reject email addresses in the access list to
further drop the load because spamassassin never needs to scan it.
Jason Little
Network Admin
Mint Inc
I would certainly endorse anything to decrease the incoming load. We use
qmail and implemented the goodrctto-12.patch which rejects
emails at smtp time that are not in a list of valid recipients. This
hugely (>80%) decreased the volume of accepted incoming mail which,
obviously, hugely decreased the traffic through spamassassin.
Ollie
-----Original Message-----
From: Bowie Bailey [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 09, 2006 2:50 PM
To: users@spamassassin.apache.org
Subject: RE: razor and dcc : high cpu load
Rejaine Monteiro wrote:
my system had a high cpu load with spamassassin with network tests ,
dcc + razor and fuzzy_ocr because off this, we are considering disable
razor or dcc from tests...
but we have doubt about which is better: disable razor or dcc?
any recomendations??
If the decision is between DCC and Razor, I would keep Razor.
However, neither one of them should contribute much to a high CPU load.
They can cause delays waiting for responses from the servers, but they don't
really do enough to raise the load significantly.
Fuzzy_ocr or a bad rule is a more likely candidate for eating cpu time.
--
Bowie
