On Wednesday, January 26, 2005 at 11:40:55 AM, [EMAIL PROTECTED] confabulated:
> As long as you kill the Q and the D file, nothing bad will happen. That's > the END of it. Q Manager has done it's job when your app is called. I was thinking I could remove the files, but wasn't quite for sure. Thanks for clarifying this. > I'm interested in your implementation. Check out mine at > http://www.visioncomm.net/sac. It also uses spamassassin in an extremely > effective way. I'm killing way over 99% of spam, although it is after IMail > has received the body. Does yours use a call to SpamAssassin or interface to SA using the Perl modules? Being my native app is written in Perl, I directly interface to SA itself. No matter what MTA you are using, in order to filter messages with SA, the entire message has to be accepted. I have two parameters I have in the service part of my two part filter that governs exactly how much of a message is filtered. They base on the overall size of the message AND how much of the message is read in for the filter. So, one can restrict the filter to only messages that are less than 5 meg AND only scan the first 512K of the message. Being that IMail does not allow you to natively execute a Perl script as a delivery application, I've purchased a copy of Perl2EXE and now compile the delivery app into an executable. Also, another drawback, IMail calls the delivery app each time a message comes through. To get around having to load up all the SpamAssassin configs each time, I've created a service that the delivery app passes the information to for processing. My SA install has over 15 rulesets loaded from http://www.rulesemporium.com and the service takes aprox 25 seconds to start. That would be unacceptable if everything was contained within the delivery app itself. When the service Perl script is ran from the CMD line, it will automatically installs itself as a service. I would love to share it amongst everyone. However, right now it is in a messy state. It would require some cleanup and documentation. At the rate things are going here right now, it would probably be a couple weeks before I can get it into shape for sharing. I will keep you posted. Thanks for sharing your link. > Dan > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Duane Hill > Sent: Wednesday, January 26, 2005 6:19 AM > To: [email protected] > Subject: [IMail Forum] Files in the Spool directory > I have a delivery app I have written in Perl that interfaces to > SpamAssassin and is doing > quite nicely. However, I would like to rid a few message types up front. > One such message type > is the bogus virus messages that are sent stating that someone was either > on the sending or > receiving end. They mostly consist of forged e-mail addresses. > Can I remove a file from the spool directory and then not perform the call > to SMTP32.exe? Or, > will IMail know something is up and cause a fuss. ----- Duane Hill Sr E-Mail Administrator http://www.yournetplus.com To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
