Re: [sniffer] 2-3.0i9 looks good to me... How about you?

2004-10-27 Thread Jorge Asch
This will continue to grow I'm afraid --- though later versions will deal with the file directly at some point. All of the rules that are included in the rulebase file are live patterns that have seen recent activity. The system automatically removes anything below your rule strength threshold so

Re[2]: [sniffer] 2-3.0i9 looks good to me... How about you?

2004-10-27 Thread Pete McNeil
On Wednesday, October 27, 2004, 10:07:59 AM, Jorge wrote: This will continue to grow I'm afraid --- though later versions will deal with the file directly at some point. All of the rules that are included in the rulebase file are live patterns that have seen recent activity. The system

[sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Jim Matuska
Is there a way to integrate message sniffer directly with the new Imail Collaboration Suite. We are currently using it with Imail via declude, but that may change soon due to this latest Imail fiasco. If we decide to migrate to the new Collaboration suite I need to know if we can use message

RE: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Matt Day
Take a look at Mdaemon from altn.com instead of Imail? Great product, great support, great attitude. Oh and works very well with le sniffer :) Matt D MaxNett Ltd t.08701 624 898 f.08701 624 889 www.maxnett.co.uk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On

Re: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Jorge Asch
Matt Day wrote: Take a look at Mdaemon from altn.com instead of Imail? Great product, great support, great attitude. Oh and works very well with le sniffer :) I agree. But to answer the original question, I had the notion that ICS is the same IMail with other bundled software/services and

Re: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Pete McNeil
On Wednesday, October 27, 2004, 11:30:27 AM, Jim wrote: JM Is there a way to integrate message sniffer directly with the new Imail JM Collaboration Suite. We are currently using it with Imail via declude, but JM that may change soon due to this latest Imail fiasco. If we decide to JM migrate to

RE: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Colbeck, Andrew
Well, to play devil's advocate ... A poor man's way to run IMail and Message Sniffer without Declude could certainly be done without a massive re-write. I'm not going to claim that it would be *reliable* or *flexible* but you could certainly mimic what Declude does and change one registry key to

Re[2]: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Pete McNeil
On Wednesday, October 27, 2004, 12:08:07 PM, Andrew wrote: snip/ CA As for me, I prefer to use Declude Sniffer. A weighted system rocks. CA Andrew 8) CA p.s. Now, if SpamAssassin has a way to shell out to call Sniffer ... hm SA 2.x had a patch to call Sniffer. We haven't seen one for

Re: [sniffer] Integrating Sniffer with new Imail Collaboration Suite

2004-10-27 Thread Matt
Andrew, You would also need to lock the file so that the queue didn't steal it. You might be able to just simply rename the Q* file to get the same effect. Pete's being a good friend of Declude by not suggesting a modification, but also a good friend of the user to recommend a much better

Re: Re[2]: [sniffer] 2-3.0i9 looks good to me... How about you?

2004-10-27 Thread Darrell ([EMAIL PROTECTED])
Does anyone have a little dissertation on how they have this setup. Darrell --- Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, MRTG Integration, and Log Parsers. - Original

[sniffer] Version 2-3.1 Official Release

2004-10-27 Thread Pete McNeil
Hello Sniffer Folks, This is the official release of version 2-3.1 which has the following key features: * Improved stability and performance under heavy loads - especially on over-stressed servers or during uncharacteristically heavy peaks. * Persistent-Server timing enhancements