Re: [Declude.JunkMail] Declude Crashes

2006-08-28 Thread Darrell (supp...@invariantsystems.com)
Thanks Goran, I will turn that on - had no idea that was an option. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI

Re: [Declude.JunkMail] Per-User Blacklist

2008-01-01 Thread Darrell (supp...@invariantsystems.com)
Dean, What you read in the manual is correct. The only way to do this would be to setup junkmail via per user and have a test for each user as their own blacklist. For a *small* group of users this could be done, but on any level of scale it would be impractical not only from a management

Re: [Declude.JunkMail] Per-User Blacklist

2008-01-02 Thread Darrell (supp...@invariantsystems.com)
Personally, I do not do per user blacklists. However, as one off requests we have done this. In general if we are blacklisting something its typically a global blacklist. Which may not be ideal in all cases in an ISP type environment. Darrell Dean Lawrence wrote: Thanks Darrell, That

[Declude.JunkMail] COPYFILE

2009-01-29 Thread Darrell (supp...@invariantsystems.com)
Has anyone ran across a way to have COPYFILE still work in cases where the final action is DELETE/HOLD other than writing an external test? Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude

Re: [Declude.JunkMail] ROUTING

2009-02-08 Thread Darrell (supp...@invariantsystems.com)
David, I think routing only covers cases where the message starts in the US and exits and than comes back. http://www.mail-archive.com/declude.junkmail@declude.com/msg13204.html If you search the archive about routing and look at the messages specifically from Scott Perry you will get

Re: [Declude.JunkMail] Check for valid email recipients

2009-03-21 Thread Darrell (supp...@invariantsystems.com)
Rick, In this case you could setup a from filter as an outgoing test and delete the null sender . However, this is not an ideal long term situation since this will happen over and over again. Ideally you need to incorporate something that will do recipient checking for that domain(s).

Re: [Declude.JunkMail] Cutting down on DNS

2009-07-10 Thread Darrell (supp...@invariantsystems.com)
INVURIBL used to be fantastic, but it doesn't fare quite as well these days. Does anyone recommend anything else? invURIBL is extremely effective for me even more so now that (personally) I am using the invaluement lists which haven been absolutely terrific. The one problem with the URI

Re: [Declude.JunkMail] Cutting down on DNS

2009-07-10 Thread Darrell (supp...@invariantsystems.com)
Michael Cummins wrote: invURIBL is extremely effective for me even more so now that (personally) I am using the invaluement lists which haven been absolutely terrific. Wow. That blindsided me. I was completely ignorant of how the product worked. I thought that Invariant Systems

Re: [Declude.JunkMail] Cutting down on DNS

2009-07-13 Thread Darrell (supp...@invariantsystems.com)
Michael Cummins wrote: The product is basically the conduit from the URI in the email to the list. In fact if you wanted to you could host your own URI list internally and add domains as you see fit. We have many customers that do this. I understand now. What does a record for URI look