Re: [Declude.JunkMail] SmarterMail Held email recovery

[Matt]

I give my customers the ability to redeliver messages through a link in Web mail capture accounts which throws the file back in the spool and calling IMail1.exe with the location of the Q file which immediately delivers the message.  The Q file is modified so that I also get copied and I then periodically go through the reprocessed messages and fix or whitelist based on the circumstances.  The single-click process of reporting and reprocessing messages is definitely a nice feature that my customers like, and it saves me tons of support time (tons and tons). This is one of the many potential show stoppers for me with SmarterMail and why I have to look very carefully at it before committing.  I need to be able to add a link to Web mail to call a script (which utilizes the message header information from Web mail to identify the message) and then have it processed without being rescanned.  It is also an absolute must to have a framed Web mail installation so that the list of messages can be viewed at the same time as individual messages, otherwise the process becomes way too cumbersome.  I'm worried about all of these things and whether or not I can pull it off, though I haven't yet done my research. Matt Colbeck, Andrew wrote: Well, I guess our goals differ. So although with IMail+Declude you can re-queue without scanning (your way) as well as re-queue with scanning (my way), I choose to re-queue with scanning AND fix the reason why the message was held. Re-queuing with scanning forces me to fix it, and I also try to fix it so that it is also fixed for future messages. So, while we wait for an official answer to your question (Hello, Declude?) can you tell us why you want to re-queue without scanning? Andrew 8) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Bilbee Sent: Wednesday, February 23, 2005 5:04 PM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] SmarterMail Held email recovery SmarterMail executes declude allover again. I never simply re-queue for delivery a message that was held. I always re-queue such that Declude would scan it again. When you requeue a message with Imail the only thing you need to do it move the D and Q files to the spool folder, they will not be rescanned by declude. Which implies that I must also do something about my Declude configuration to counterweight this and future messages from the same sender, e.g. with a REVDNS or a REMOTEIP negative weight. By countreweighting a messages that failed would only cause it to not fail the first time. I want to take a message that failed and was held and requeue it for delivery. When requeueing the message it should not be scanned again by declude. p.s. With IMail, I re-queue a message for scanning and delivery by moving the D*.SMD to the spool folder, and then moving the Q*.SMD file to the spool\overflow folder. I also edit the D*.SMD file before I move it, to remove any previous header additions, so that on the next Declude scan, it gets only the "corrected" headers. This is not necessary. See above! Kevin Bilbee --- [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. --- [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/ =====================================================