Thanks for the info.
Add my vote for the FILECOPY method. This would allow me to only copy over a certain weight range following all filters and only according to the unique capture settings of a domain, and doing it within Declude would be more efficient that having an external app do it.
If this is in the works short-term please let me know so that I can save myself some time, otherwise I figured that I would code this up this weekend for my system and I would switch over when/if the Declude functionality becomes available.
Thanks,
Matt
R. Scott Perry wrote:
Am I correct that there is no internal way to HOLD a message and also use the COPYTO action?
Correct. That's because HOLD prevents the E-mail from being delivered, so the COPYTO action would just end up adding an extra recipient that won't receive the E-mail.
If this is the case, would it either be possible to have this ability, or would I need to approach this differently?
In order for the E-mail to be delivered, you're going to need to use something other than the HOLD action. We are looking into the possibility of a "FILECOPY" action or something like that (in which case you would be able to use that action to keep a copy of the E-mail on the hard drive, and ROUTETO to re-route the E-mail to another recipient). But that isn't possible yet.
My thought was to create an external test that didn't really test, it would just simply copy the two files over to a new location when called. Is there anything that would prevent that from happening?
That would work.
Another related issue, are all external tests run at the same time, or could an external test be called after all of the custom filters are run by placing it at the very bottom of the list, that way I could make use of the final weight to determine what needed to be copied?
The external tests are run in serial, so the last one defined in the global.cfg file will be run after all the other external tests.
Regardless of the above, what I'm trying to do is create an easy way to reprocess the messages when I find a FP in one of the capture accounts.
I recall a discussion of how things are processed and maybe skipped if called in a different context, and I'm wondering what the best way to recall a held message is. Do I call declude.exe with the spool file name, or do I just move the message over to the spool to be picked up?
Obviously I would want to avoid having the message rescanned, but immediate processing would be nice.
Copying the D*.SMD and Q*.SMD file to the \IMail\spool directory is the recommended method. It prevents the E-mail from being scanned a second time, but the E-mail won't go out immediately. To do that, you could start SMTP32.exe with the Q file name, and it should deliver it immediately.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers since 2000.
Declude Virus: Ultra reliable virus detection and the leader in mailserver vulnerability detection.
Find out what you've been missing: Ask for a free 30-day evaluation.
---
[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.
-- ===================================================== MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ =====================================================
--- [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.
