IMail delivered a copy to Declude that was deleted, but IMail also delivered a copy directly to me without processing it with Declude. There were two copies of this message as a result of the queue being run at this particular instant in time. The copy that was delivered without being scanned by Declude did not have any Declude headers in it.
IMail writes the file to the disk and there is a delay between then and when it gets handed off to Declude in which the queue might be run. If the queue gets run during that window, IMail will deliver it without it being scanned. I would imagine that depending on the instant, Declude may or may not also get a copy for processing.
You can set up IMail rules to catch this stuff, at least if it is going to a local sender (not sure about gatewayed domains). Just set up a rule for "does not contain" some piece of header code that Declude inserts, and have those messages forwarded to a particular account. I'm not sure that there is any way to set up rules for gatewayed domains, but if someone knows how to make this work, maybe it would help some of the others by sharing it.
Matt
Dave Marchette wrote:
Gotcha. But do the headers of the copy that Imail delivered\stole have any Declude markings in the header?
-----Original Message----- From: Matthew Bramble [mailto:[EMAIL PROTECTED] Sent: Sunday, December 07, 2003 4:42 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Declude not taking action
Dave,
It appears that the E-mail getting delivered improperly is the result of IMail stealing a copy and processing it apart from Declude. In the example that I provided, Declude deleted the copy that it got because it scored too high, but IMail delivered a copy before it was scanned by Declude.
Matt
Dave Marchette wrote:
Apologies if this has already been mentioned, but this may be a quick easy way to find out exactly what messages(and quantity of messages) never got scanned by Declude on a per server basis: If you have Declude configured to add anything consistent to the headers, like an x-note: or whatever else, you can use the 'copy all mail to a box' feature of Imail, then write a processing rule on the copy box to delete all mail in the copy box that has the x-note: data from Declude header. Then, you can periodically check that box to see how many are being missed, because the only mail that will end up in that box will be mail that Declude never tried to scan. There are perhaps other ways to use domain proc rules to do this as well but this would be my preferred method.
--- [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.
