Question, if a test is defined for use in weighting only, and no action will
be performed based on that test, does it have to be listed in the
$default$.junkmail and action portion of Global.cfg?
John Tolmachoff MCSE CSSA
Engineer/Consultant
eServices For You
www.eservicesforyou.com
---
[This
Ok, I've given this one some more thought and review and it looks like
the way that Scott suggested it might have a better long-term effect.
It's my belief that spam, especially the worst of the worst, will
become more and more graphic based because of heuristics, however if
they simply just
Question, if a test is defined for use in weighting only, and no action will
be performed based on that test, does it have to be listed in the
$default$.junkmail and action portion of Global.cfg?
Just so long as it is listed in the global.cfg file, the weighting will be
used.
A feature that delays incoming mail from unfamiliar (new) source IPs would
allow heuristic tests (like Message Sniffer) and rbls time to add coding
for the messages before processing them. That is, if the connecting IP is
unknown then Declude could park the message in a folder for some amount
If you have the option AVAFTERJM set to ON (Virus.cfg) will an email that is
processed using teh ROUTETO option get scanned.
Thanks.
Fred
---
[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
...since a delay is mostly harmless...
Pete, you're an awesome programmer, and I stand in awe of Sniffer's
sophistication and penetration.
However, I think your idea is strikingly out-of-touch with the way
SMTP is used in 2003. We can howl to the heavens about its
If you have the option AVAFTERJM set to ON (Virus.cfg) will an email that is
processed using teh ROUTETO option get scanned.
Yes, it will.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches
At 04:00 PM 9/6/2003 -0400, you wrote:
...since a delay is mostly harmless...
Pete, you're an awesome programmer, and I stand in awe of Sniffer's
sophistication and penetration.
Thanks.
However, I think your idea is strikingly out-of-touch with the way
SMTP is used in 2003. We can
Keep in mind that known message sources would not be delayed - only
new, unknown sources. This amounts in principle to an automatic
management of QOS - giving some preference to traffic that is
already established.
I understand the idea, but I still disagree strongly
FWIW, I agree. Some of my clients are bankers that exchange their documents
over encrypted email and expect instant delivery. Of course, with user and
domain specific configurations, these could easily be exempted from delayed
processing.
Not on systems we manage. If 2 hours were the average
At 09:35 PM 9/6/2003 -0600, you wrote:
FWIW, I agree. Some of my clients are bankers that exchange their documents
over encrypted email and expect instant delivery. Of course, with user and
domain specific configurations, these could easily be exempted from delayed
processing.
Indeed.
However,
At 10:53 PM 9/6/2003 -0400, you wrote:
Keep in mind that known message sources would not be delayed - only
new, unknown sources. This amounts in principle to an automatic
management of QOS - giving some preference to traffic that is
already established.
I understand the idea,
12 matches
Mail list logo