Erik,
The all_list.dat file is required for testing COUNTRIES in a filter
file. If you have determined that %COUNTRIES% is not passed to
external tests and you have an all_list.dat, that would indicate that
Declude doesn't populate that value or expose it to external tests.
Not all such variables are available when external tests run, and I am
not aware of a list of what is and isn't, but I know that things like
%REVDNS%, %REMOTEIP%, %HELO%, %MAILFROM% and %WEIGHT% are. In the case
of %WEIGHT% this is something that was enabled after it was asked for,
and I would imagine that the %COUNTRIES% variable could also be
populated before running external tests.
As far as test order goes, I would too like to run external tests
sometimes after custom filters, but I also desire to run them before as
well, so if Declude does allow for changing the order, maybe they could
just simply add an after-filter external program call so you could have
them both. It would seem that almost all of the utility in running
tests in a customized order would be to have some external tests run
after custom filters, and instead of allowing us to rearrange things,
it would make sense to just allow us to run external tests before and
after custom filters and call it a day. The utility that I see in
running tests after everything else would be to create specific
external tests that could handle messages in different ways. One way
for instance would be to run a test last and if the message was good
and looked like personal E-mail, the external test could log the IP and
Mail From somewhere and you could use that information for crediting
weight on future messages from the same person. You could do the same
thing with bad E-mail and build a blacklist. I personally would
definitely make use of that functionality, but I wouldn't want to run
all external tests last since some of them are deeply important for
adding on points and most spam reaches my delete weight before custom
filters are run and that saves on processing power when using
SKIPIFWEIGHT or STOPALLTESTS.
Matt
Erik wrote:
Thanks Matt.
The variable %COUNTRIES% does not pass to a parm
line; nor does %COUNTRY%. But, I've noticed in our config file, we do
not have a country test; but I thought this was internal to Declude?
Is this what I need to add to my config? At one point we did have this
in our config as we still have the ALL_LIST.DAT file.
I want to be able to detect multiple countries
and pass that to our external program. But as Scott mentioned,
externals are ran before filters.
Erik
Erik,
Flexibility is a nice thing, but this isn't really practical to do for
Declude without a major, major rewrite.
The better approach would be to actually introduce the ability to use
operators and variables in custom filters so that the exact order
didn't matter. That would also be a rather involved new feature, but
it would seem more practical and would have a greater overall utility.
I'm sure if time wasn't an issue and there weren't more pressing
things, they would have leaped to provide this a long time ago.
As far as your specific need, some of this could be written in _vbscript_
as an external test in Declude. Note that %COUNTRIES% is definitely
preferable to %COUNTRYCHAIN% as the data used for %COUNTRIES% is
updated more often if I am not mistaken. The two letter country codes
in standardized format are also preferable for filtering. You can then
combo a single test with the others and probably have no concern about
the order of tests that you can't easily overcome.
Matt
Erik wrote:
It would be nice if there was a directive that forced the tests to run as
they are in the order of which the appear in the CONFIG file. I know this
may/would be a performance decrease but it would give end users control of
external tests.
Erik
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Nick Hayer
Sent: Saturday, September 17, 2005 3:23 PM
To: [email protected]
Subject: Re: [Declude.JunkMail] Help in creating a Filter
Erik wrote:
If Declude could confirm the order of how/which tests are run, it would
be nice to know.
I agree.
The archives may help but as I recall Scott [former of Declude] was
nebulous in what the order is. The only thing for sure was filters ran
last in the order listed in global.cfg listing - generally :)
Running in debug mode does confirm this.
-Nick
---
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.
|
