In addition to what Pete suggests with Weightgate (which I also use on
some servers with older hardware). You will want to set inside your
invuribl.exe.config file values for max and min skipweights to skip any
unnecessary processing of messages.
Darrell
----------------------------------
Check out http://www.invariantsystems.com for utilities for Declude,
Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring,
SURBL/URI integration, MRTG Integration, and Log Parsers.
Pete McNeil wrote:
On Wednesday, February 6, 2008, 2:09:23 PM, Herb wrote:
Hi Randy;
We have seen that often, in fact what we do is swap that test in on
nights and weekends and out during weekdays (by just renaming the
declude conf files with a schedule). It is a nice tool but will bog
things down.
I'm curious - (I don't use this but many of my customers do)
Is it possible to run Inv-URIBL only on messages that have not yet
reached a hold (or other appropriate) weight?
Perhaps using weightgate?
If SNF is running ahead of it then would that have the effect of only
running inv-URIBL on messages that have not already been tagged as spam
by SNF?
What are the limits of conditional test triggers in the Declude
environment (aside from AVAFTERJM)?
_M
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
--
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.