I just figured out why SPAMCOP(DYNA) didn't hit...it's because the
sender forged a local address as the Mail From and it appears that this
is what you are using as a trip to turn off DUL tests. Please allow
those of us on IMail 8.x with WHITELIST AUTH to turn this feature off.
There was an old
I have a filter for the following that isn't getting hit:
BODY 4ISBLANK
SUBJECT2ISBLANK
That's because of the way that Declude JunkMail now handles encoded
subjects/bodies -- we will try to change that behavior.
Also note that I have no idea why SPAMCOP(ALL) failed
Thanks Scott. In the mean time regarding the DUL/DUHL/DYNA thing, I
figured that I can actually use the DNSBL hack you showed yesterday,
using %REMOTEIP%, and change the names in order to avoid this behavior,
but that's only a work around and I'm sure that a simple switch would be
preferred
You could save me a bit of time though by answering this one question.
With custom filters, will they also be skipped if there is a DUL/DUHL/DYNA
in the name and the Mail From is local, i.e. DYNAMIC or DUL-COMBO? If so,
I'll just change those names as well though I would prefer not to.
No --
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tom
Sent: Saturday, March 22, 2003 9:06 PM
To: [EMAIL PROTECTED]
Subject: RE: [Declude.JunkMail] ISBLANK
ISBLANK Can anyone tell me how to set this one up?
Regards,
Tom
---
[This E-mail was scanned for viruses
ISBLANK Can anyone tell me how to set this one up?
Regards,
Tom
---
[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
