RE: [Declude.JunkMail] Filtering question

2007-03-22 Thread IS - Systems Eng. \(Karl Drugge\)
Yes I did. Nice program, very complete. It did just about anything you
could imagine. 

But I found for what I needed, it did a bit too much. I ended up writing
my own in VB, and then porting it to a web page ( in ASP ) with all the
util's I run against the log files. Pretty much what my PERL scripts do
that I release here occasionally.

I even have a beta web site that allows adjusting the declude configs. 

Send me an email and we can discuss off-line if you want.


Karl Drugge
 
 
 
 
 
 
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary
Steiner
Sent: Wednesday, March 21, 2007 2:27 PM
To: declude.junkmail@declude.com
Subject: RE: [Declude.JunkMail] Filtering question

Have you tried DLanalyzer?

http://www.invariantsystems.com/dlanalyzer/

There is a free version that you can use for evaluation.



 Original Message 
 From: IS - Systems Eng. \(Karl Drugge\)
[EMAIL PROTECTED]
 Sent: Wednesday, March 21, 2007 9:35 AM
 To: declude.junkmail@declude.com
 Subject: RE: [Declude.JunkMail] Filtering question
 
 Oh well, didn't think there was. I just wanted to get a statistical
 sampling of what I was deleting. 
 
 Karl Drugge
  
  
  
  
  
  
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
 David Barker
 Sent: Wednesday, March 21, 2007 9:01 AM
 To: declude.junkmail@declude.com
 Subject: RE: [Declude.JunkMail] Filtering question
 
 Hi Karl,
 
 Unfortunately not, we don't count emails other than in the console.txt
 file
 
 David 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IS
-
 Systems Eng. (Karl Drugge)
 Sent: Wednesday, March 21, 2007 8:57 AM
 To: declude.junkmail@declude.com
 Subject: [Declude.JunkMail] Filtering question
 
 I am trying to get some stats off of my Declude. It would help if I
 could
 set Declude to send me every fifth, or tenth, or one hundredth email
 that I
 have set to delete, or route-to.
 
 Is there a way to do this ?
 
 Karl Drugge
  
 
 
 
 




---
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.



[Declude.JunkMail] Filtering question

2007-03-21 Thread IS - Systems Eng. \(Karl Drugge\)
I am trying to get some stats off of my Declude. It would help if I
could set Declude to send me every fifth, or tenth, or one hundredth
email that I have set to delete, or route-to.

Is there a way to do this ?

Karl Drugge
 




---
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.



RE: [Declude.JunkMail] Filtering question

2007-03-21 Thread David Barker
Hi Karl,

Unfortunately not, we don't count emails other than in the console.txt file

David 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IS -
Systems Eng. (Karl Drugge)
Sent: Wednesday, March 21, 2007 8:57 AM
To: declude.junkmail@declude.com
Subject: [Declude.JunkMail] Filtering question

I am trying to get some stats off of my Declude. It would help if I could
set Declude to send me every fifth, or tenth, or one hundredth email that I
have set to delete, or route-to.

Is there a way to do this ?

Karl Drugge
 




---
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.



RE: [Declude.JunkMail] Filtering question

2007-03-21 Thread IS - Systems Eng. \(Karl Drugge\)
Oh well, didn't think there was. I just wanted to get a statistical
sampling of what I was deleting. 

Karl Drugge
 
 
 
 
 
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
David Barker
Sent: Wednesday, March 21, 2007 9:01 AM
To: declude.junkmail@declude.com
Subject: RE: [Declude.JunkMail] Filtering question

Hi Karl,

Unfortunately not, we don't count emails other than in the console.txt
file

David 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IS -
Systems Eng. (Karl Drugge)
Sent: Wednesday, March 21, 2007 8:57 AM
To: declude.junkmail@declude.com
Subject: [Declude.JunkMail] Filtering question

I am trying to get some stats off of my Declude. It would help if I
could
set Declude to send me every fifth, or tenth, or one hundredth email
that I
have set to delete, or route-to.

Is there a way to do this ?

Karl Drugge
 




---
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.





---
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.



RE: [Declude.JunkMail] Filtering question

2007-03-21 Thread Gary Steiner
Have you tried DLanalyzer?

http://www.invariantsystems.com/dlanalyzer/

There is a free version that you can use for evaluation.



 Original Message 
 From: IS - Systems Eng. \(Karl Drugge\) [EMAIL PROTECTED]
 Sent: Wednesday, March 21, 2007 9:35 AM
 To: declude.junkmail@declude.com
 Subject: RE: [Declude.JunkMail] Filtering question
 
 Oh well, didn't think there was. I just wanted to get a statistical
 sampling of what I was deleting. 
 
 Karl Drugge
  
  
  
  
  
  
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
 David Barker
 Sent: Wednesday, March 21, 2007 9:01 AM
 To: declude.junkmail@declude.com
 Subject: RE: [Declude.JunkMail] Filtering question
 
 Hi Karl,
 
 Unfortunately not, we don't count emails other than in the console.txt
 file
 
 David 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IS -
 Systems Eng. (Karl Drugge)
 Sent: Wednesday, March 21, 2007 8:57 AM
 To: declude.junkmail@declude.com
 Subject: [Declude.JunkMail] Filtering question
 
 I am trying to get some stats off of my Declude. It would help if I
 could
 set Declude to send me every fifth, or tenth, or one hundredth email
 that I
 have set to delete, or route-to.
 
 Is there a way to do this ?
 
 Karl Drugge
  
 
 
 
 




---
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.



RE: [Declude.JunkMail] Filtering question.

2003-12-23 Thread nick
Scott,

Am I coorect to assume ANYWHERE CONTAINS is the most expensive filter to run?

[In lieu of having separate SUBJECT CONTAINS and BODY CONTAINS I have been using 
ANYWHERE CONTAINS.]

-Nick Hayer

-- Original Message --
From: R. Scott Perry [EMAIL PROTECTED]

The combination of BODY CONTAINS or HEADERS CONTAINS (such as BODY 5 
CONTAINS ThatDrugThatBeginsWithTheLetterV) are the only ones that will 
normally cause high CPU usage.  Others can, by would require many more 
entries (for example, it may take 50,000 SUBJECT CONTAINS filter lines to 
use the same CPU usage as 1,000 BODY CONTAINS filter lines).

-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches known viruses and is the leader in mailserver 
vulnerability detection.
Find out what you've been missing: Ask about our free 30-day evaluation.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


RE: [Declude.JunkMail] Filtering question.

2003-12-23 Thread R. Scott Perry

Am I coorect to assume ANYWHERE CONTAINS is the most expensive filter to run?
Correct.

   -Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches known viruses and is the leader in mailserver 
vulnerability detection.
Find out what you've been missing: Ask about our free 30-day evaluation.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


[Declude.JunkMail] Filtering question.

2003-12-22 Thread Chuck Schick
I am adding filter files in slowly to my Declude setup.  I now have added
filter tests that are scanning the body of emails.  I have noticed a
significant increase in CPU spikes.  I want to skip these body tests if the
weight is high.  From the filter files that others have been kind enough to
share with me I notice the following at the start of the filter file:

SKIPIFWEIGHT 25
MAXWEIGHT25

My question is what version of Declude do I have to be running for these
commands to work.

Chuck Schick
Warp 8, Inc.
303-421-5140
www.warp8.com

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


Re: [Declude.JunkMail] Filtering question.

2003-12-22 Thread R. Scott Perry

I am adding filter files in slowly to my Declude setup.  I now have added
filter tests that are scanning the body of emails.  I have noticed a
significant increase in CPU spikes.
That will happen if you have a lot of BODY filters.  For example, if you 
have 1,000 BODY filters, Declude JunkMail will have to search through the 
body of the E-mail 1,000 times.  That works out to millions of comparisons, 
which is time consuming (there are more efficient algorithms, which we will 
likely be looking into soon, now that there are a significant number of 
people using many BODY filters).

I want to skip these body tests if the
weight is high.  From the filter files that others have been kind enough to
share with me I notice the following at the start of the filter file:
SKIPIFWEIGHT 25
MAXWEIGHT25
My question is what version of Declude do I have to be running for these
commands to work.
These require v1.77 or later.

   -Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches known viruses and is the leader in mailserver 
vulnerability detection.
Find out what you've been missing: Ask about our free 30-day evaluation.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


RE: [Declude.JunkMail] Filtering question.

2003-12-22 Thread Chuck Schick
Scott:

Thank you.  Another question - which filtering tests use the most amount of
CPU?

Chuck Schick
Warp 8, Inc.
303-421-5140
www.warp8.com



 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of R. Scott Perry
 Sent: Monday, December 22, 2003 1:02 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [Declude.JunkMail] Filtering question.



 I am adding filter files in slowly to my Declude setup.  I
 now have added
 filter tests that are scanning the body of emails.  I have noticed a
 significant increase in CPU spikes.

 That will happen if you have a lot of BODY filters.  For
 example, if you
 have 1,000 BODY filters, Declude JunkMail will have to search
 through the
 body of the E-mail 1,000 times.  That works out to millions
 of comparisons,
 which is time consuming (there are more efficient algorithms,
 which we will
 likely be looking into soon, now that there are a significant
 number of
 people using many BODY filters).

 I want to skip these body tests if the
 weight is high.  From the filter files that others have been
 kind enough to
 share with me I notice the following at the start of the filter file:
 
 SKIPIFWEIGHT 25
 MAXWEIGHT25
 
 My question is what version of Declude do I have to be
 running for these
 commands to work.

 These require v1.77 or later.

 -Scott
 ---
 Declude JunkMail: The advanced anti-spam solution for IMail
 mailservers.
 Declude Virus: Catches known viruses and is the leader in mailserver
 vulnerability detection.
 Find out what you've been missing: Ask about our free 30-day
 evaluation.

 ---
 [This E-mail was scanned for viruses by Declude Virus
(http://www.declude.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.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


RE: [Declude.JunkMail] Filtering question.

2003-12-22 Thread R. Scott Perry

Thank you.  Another question - which filtering tests use the most amount of
CPU?
The combination of BODY CONTAINS or HEADERS CONTAINS (such as BODY 5 
CONTAINS ThatDrugThatBeginsWithTheLetterV) are the only ones that will 
normally cause high CPU usage.  Others can, by would require many more 
entries (for example, it may take 50,000 SUBJECT CONTAINS filter lines to 
use the same CPU usage as 1,000 BODY CONTAINS filter lines).

   -Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches known viruses and is the leader in mailserver 
vulnerability detection.
Find out what you've been missing: Ask about our free 30-day evaluation.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


[Declude.JunkMail] Filtering Question...

2003-12-15 Thread Chuck Schick
We have  just upgraded to the Declude Junkmail Pro version mostly to take
advantage of filtering.  I have looked at Kami's filtering setup and I would
like to get some input on other filters especially negative filters.

1) Are others using revdns filters for mail from aol, yahoo, excite, etc.
with success since many of these domains trip no abuse, no postmaster tests?
If so, does anyone have a list they would care to share for this purpose?

2) I notice some are using a MAILFROM counterweight instead of Revdns
counterweight.  What are the pros and cons of that approach?

Chuck Schick
Warp 8, Inc.
303-421-5140
www.warp8.com

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.


Re: [Declude.JunkMail] Filtering Question...

2003-12-15 Thread Matthew Bramble
Chuck,

There are several different general uses for custom filtering.  The 
Matt's School of Thought would teach as follows:

1) Programmatic filtering.  This is more like pattern matching with 
custom filters.  Patterns can be as simple as the country of origin, or 
more complex like gibberish inserted into spam in order to throw off 
some products.  These filters can be highly effective at targeting crud 
spammers, even when they find a perfectly clean IP address.  These guys 
often try multiple types of obfuscation in each message, and it's the 
techniques that give them away instead of the content.  You can download 
a bunch of filters from my site, 
www.mailpure.com/software/decludefilters/ , and search the archives for 
versions of OBFUSCATION, DYNAMIC, PEXICOM, FORGEDHELO-IP, 
FORGEDHELP-FDQN, FORGEDASLOCAL, SPAMDOMAINS, and last week's New fraud 
exploit.  There are other examples as well that appear now and then.

2) Banned words list.  These should be scored fairly low, but some words 
are highly indicative of spam, for instance the various drugs that are 
advertised, or terms related to sex, printer cartridges, anti-virus 
products, fraud and scams, etc.  You can categorize these in one single 
file, and score each entry independently.  You can also add words to the 
list as you discover false negatives that get through your system.  This 
need not be a very large list, in fact I make due quite well with maybe 
50 such entries, though I could pay a bit more attention to it.  
Spammers will obfuscate problematic words, which means that the entries 
themselves may cause more FP's than P's.

3) Pseudo-whitelist.  This is a very useful file to have in order to 
mitigate the effects of false positives from tests.  Every system out 
there makes a subconscious attempt to deem what a normal score is, and 
it's not necessary to counterbalance every last point that might be 
scored from every last test...otherwise we would be blocking on every 
RBL and whitelisting with every filter.  I really don't get concerned 
about false positives on E-mails until they start to score consistently 
at 70% of my fail weight, and then I take action on them by listing them 
in this filter.  My pseudo-whitelist is much larger than my own 
blocklist because I add a listing to it every time I encounter a false 
positive as a result of an RBL or external test.  I do differentiate 
between responsible bulk mailers, direct senders, and those that come 
from neither.

4) Pseudo-blacklist.  This is mostly what Kami has done by building a 
list of identifiers for what he considers to be spam.  In many cases he 
lists multiple types of information, probably in the off chance that one 
piece changes, but the others remain trackable.  The downside of 
tracking multiple pieces is that FP's can occur with multiple elements.  
I personally keep two filters for this use, one is IP based (uses IPFILE 
functionality) and the other is based on a range of things, it all 
depends on what I deem as a reliable identifier, but I group them by 
identifier.  If I consider a source to be spam and its not he crud type 
of spam that comes from open relays or zombied machines (so it can be 
tracked by way of some identifier where that type will even throw away 
domains after a few days), then I throw it in that file.  I don't add a 
lot of this stuff because most of the static spammers tend to be well 
blocked by the RBL's, though I must block something if a customer asks 
me to.  This becomes resource intensive if your file(s) grow too large 
and can be hard to maintain, i.e. how do you expire listings.

Now as far as the pros and cons of using a particular data element for 
pseudo-whitelisting goes, you want to use the hardest to spoof piece of 
data that is reliable.  The IP is the hardest, but it is rarely tracked 
due to the difficulty in maintaining this information, REVDNS is the 
next best, however it is sometimes spoofed with major ISP's and 
ecommerce sites.  Data elements like HELO and MAILFROM are easily and 
often spoofed, and should be used as a last resort.  You might even be 
forced to use HEADERS to search for an address that appears as the from, 
but not the MAILFROM, or in the event that you are counterbalancing an 
external test such as Message Sniffer, you might need to list URL's in a 
BODY filter since they will often track such things, and while you might 
get something through originally with a REVDNS counterbalance, a reply 
or forward of the same content could still trip Sniffer based on the 
content of the message.

A recent issue highlights the decision making process required for 
pseudo-whitelisting.  I had a FP reported to me from a pay site that 
sends out daily newsletters.  This company uses a third-party delivery 
service which has a big problem with spammers and is even listed on SBL, 
though they also managed to get listed in Bonded Sender (both of which 
seem inappropriate).  The REMOTEIP, REVDNS, HELO and 

Re: [Declude.JunkMail] Filtering Question...

2003-12-15 Thread Chuck Schick
Matt:

Thanks for your insight.  I have been trying for two years to get in Front of the Spam 
curve but have found it to be an ever changing landscape which is hard to stay on top 
of.  We have seen our Spam load increase at least 10 fold in the past two years.  The 
challenge is that we have seen our legitimate email customers increase significantly 
also in that period of time and I feel the number one objective is to deliver the 
legitimate mail to them.

Every time we add a spam test it also increases the false positives.  It has gotten to 
the point where we need to counterweight some of the known issues.  I prefer a 
counterweight (negative filter value) to out and out whitelisting.  I believe 
whitelisting by email address or domain should be a last resort.

I agree with much of what you have stated (the parts I do not fully agree with are 
simply because I have not fully studied it yet).  Programmatic filtering we have been 
using Spamchk for two months now and have been very happy with the results - it has 
probably moved us to the high 90% in eliminating spam.  

One thing I see as that certain test cause more false positives than others.  
Spamdomains is an example of a test that I am strongly thinking of dropping - it 
probably causes more false positives than any other tests.  Too many times people 
sending legitimate emails use a reply to address that is not the same domain as they 
are sending from.  So I would like to use more programmatic filtering and 
counterbalances to get 99% rejection (we are there) and less than .3 % FP - (we are 
not there).


Chuck Schick


-- Original Message --
From: Matthew Bramble [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Mon, 15 Dec 2003 21:52:57 -0500

Chuck,

There are several different general uses for custom filtering.  The 
Matt's School of Thought would teach as follows:

1) Programmatic filtering.  This is more like pattern matching with 
custom filters.  Patterns can be as simple as the country of origin, or 
more complex like gibberish inserted into spam in order to throw off 
some products.  These filters can be highly effective at targeting crud 
spammers, even when they find a perfectly clean IP address.  These guys 
often try multiple types of obfuscation in each message, and it's the 
techniques that give them away instead of the content.  You can download 
a bunch of filters from my site, 
www.mailpure.com/software/decludefilters/ , and search the archives for 
versions of OBFUSCATION, DYNAMIC, PEXICOM, FORGEDHELO-IP, 
FORGEDHELP-FDQN, FORGEDASLOCAL, SPAMDOMAINS, and last week's New fraud 
exploit.  There are other examples as well that appear now and then.

2) Banned words list.  These should be scored fairly low, but some words 
are highly indicative of spam, for instance the various drugs that are 
advertised, or terms related to sex, printer cartridges, anti-virus 
products, fraud and scams, etc.  You can categorize these in one single 
file, and score each entry independently.  You can also add words to the 
list as you discover false negatives that get through your system.  This 
need not be a very large list, in fact I make due quite well with maybe 
50 such entries, though I could pay a bit more attention to it.  
Spammers will obfuscate problematic words, which means that the entries 
themselves may cause more FP's than P's.

3) Pseudo-whitelist.  This is a very useful file to have in order to 
mitigate the effects of false positives from tests.  Every system out 
there makes a subconscious attempt to deem what a normal score is, and 
it's not necessary to counterbalance every last point that might be 
scored from every last test...otherwise we would be blocking on every 
RBL and whitelisting with every filter.  I really don't get concerned 
about false positives on E-mails until they start to score consistently 
at 70% of my fail weight, and then I take action on them by listing them 
in this filter.  My pseudo-whitelist is much larger than my own 
blocklist because I add a listing to it every time I encounter a false 
positive as a result of an RBL or external test.  I do differentiate 
between responsible bulk mailers, direct senders, and those that come 
from neither.

4) Pseudo-blacklist.  This is mostly what Kami has done by building a 
list of identifiers for what he considers to be spam.  In many cases he 
lists multiple types of information, probably in the off chance that one 
piece changes, but the others remain trackable.  The downside of 
tracking multiple pieces is that FP's can occur with multiple elements.  
I personally keep two filters for this use, one is IP based (uses IPFILE 
functionality) and the other is based on a range of things, it all 
depends on what I deem as a reliable identifier, but I group them by 
identifier.  If I consider a source to be spam and its not he crud type 
of spam that comes from open relays or zombied machines (so it can be 
tracked by 

[Declude.JunkMail] Filtering question

2002-10-03 Thread Mark Smith

If I want to add two words into a single filter rule how do I do this?

For example:

BODY10  CONTAINSrobert allen

I'm assuming that the space would confuse the rule.
Should I add:

BODY10  CONTAINSrobert%20allen


Thanks!

---
[This E-mail scanned for viruses by F-Proto Virus Scanner]

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.



Re: [Declude.JunkMail] Filtering question

2002-10-03 Thread R. Scott Perry


If I want to add two words into a single filter rule how do I do this?

For example:

BODY10  CONTAINSrobert allen

I'm assuming that the space would confuse the rule.

Actually, that will work (the only problem is that spaces before/after the 
filter text won't be used, but they will be used if they are in the filter 
text).

Should I add:

BODY10  CONTAINSrobert%20allen

No -- the %20 format only works in HTML/HTTP.
 -Scott

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.



RE: [Declude.JunkMail] Filtering question

2002-10-03 Thread Madscientist

Scott,

Is it possible to enclose phrases in quotes for these filters?

 robert allen 

If not can this be a feature request?

_M

| -Original Message-
| From: [EMAIL PROTECTED] 
| [mailto:[EMAIL PROTECTED]] On Behalf Of R. 
| Scott Perry
| Sent: Thursday, October 03, 2002 10:33 AM
| To: [EMAIL PROTECTED]
| Subject: Re: [Declude.JunkMail] Filtering question
| 
| 
| 
| If I want to add two words into a single filter rule how do 
| I do this?
| 
| For example:
| 
| BODY10  CONTAINSrobert allen
| 
| I'm assuming that the space would confuse the rule.
| 
| Actually, that will work (the only problem is that spaces 
| before/after the 
| filter text won't be used, but they will be used if they are 
| in the filter 
| text).
| 
| Should I add:
| 
| BODY10  CONTAINSrobert%20allen
| 
| No -- the %20 format only works in HTML/HTTP.
|  -Scott
| 
| ---
| [This E-mail was scanned for viruses by Declude Virus 
(http://www.declude.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.


---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.



RE: [Declude.JunkMail] Filtering question

2002-10-03 Thread R. Scott Perry


Is it possible to enclose phrases in quotes for these filters?

 robert allen 

If not can this be a feature request?

It's already in the suggestion database.  :)
-Scott

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.