Maybe one solution would be to set up an action that for instance would
ROUTETO NULL, so that you could use this in place of DELETE and still get
the COPYTO function to work?
Actually, you can get DELETE and COPYTO to work. In this case, the DELETE
action isn't really desired -- you just want
> I'm still trying to come up with an "easy to implement" way
> to give us more control over "conflicting" final actions.
> Specifically, I have several tests set to "HOLD" or "DELETE"
> (in fact, the vast majority of incoming
> mail) - however, a small number of them escaped detection by
> S
Scott,
Although I don't have this specific need, I could see use from it at
some point in time as if you want to place an E-mail in an account
somewhere, you can't HOLD or DELETE it.
Maybe one solution would be to set up an action that for instance would
ROUTETO NULL, so that you could use this
r reviewing it manually.
Best Regards
Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Fisher
Sent: Tuesday, June 08, 2004 06:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [Declude.JunkMail] Feature Suggestion -> More control over
final action
Reg
Regarding Message Sniffer. It's more important to forward the lower weighted SPAM that
wasn't detected by Message Sniffer on.
If it's accumulating a high enough weight on your system to be deleted, other people
are probably also detecting these spams.
Scott Fisher
Director of IT
Farm Progress Co
Therefore, how about we allow a filter command to selectively reset pending
action, e.g.:
RESETACTIONDELETE
RESETACTIONHOLD
The problem here is that Declude JunkMail doesn't determine the actions
until after the tests are run, and the recipient information is looked
at. Complica
Behalf Of Colbeck, Andrew
Sent: Monday, August 25, 2003 3:07 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [Declude.JunkMail] Feature Suggestion
I wouldn't be comfortable doing that in my implementation, but YMMV...
... sounds like a feature request for a customizable ACTION, e.g.
WEIGHT6
I wouldn't be comfortable doing that in my implementation, but YMMV...
... sounds like a feature request for a customizable ACTION, e.g.
WEIGHT60weight x x 60 0
WEIGHT60EXTERNAL "filename"
This could also be useful as a "cleanup" action after JunkMail has done a
>Declude would examine the TLD of the sender and then looks for an REVDNS.DE
>alert message. If none is found, it uses for the "default" REVDNS bounce
>message.
That's an interesting idea -- it has been added to the suggestion database.
-Scott
---
[This E-mail was scann
Hi:
It would be very helpful to have language dependent MSG files for
BOUNCE/ALERT messages.
Declude would examine the TLD of the sender and then looks for an REVDNS.DE
alert message. If none is found, it uses for the "default" REVDNS bounce
message.
We currently have the problem that our Engl
>It would be nice to have a similar feature to the WHITELIST TODOMAIN feature
>that could impose an action to all email bound for a domain. I currently
>use CATCHALL to bounce all email to a suspended domain with a nice little
>"Temporarily not available" message, which gets customer's attention
11 matches
Mail list logo
