Re: [sniffer]
On Thursday, November 10, 2005, 8:07:18 AM, Daniel wrote: DB Hello, DB Can anyone tell me if the Mdaemon Plug-in runs in persistent mode? Also are DB there any plans to bring the plug-in to Version 1 status? The MDaemon plugin has no need for persistent mode because it is loaded and kept in memory by MDaemon itself. As a result, the performance is always optimal because the rulebase is only ever loaded when a new file is present. Persistent mode is a mechanism developed to enhance the performance of peer-server implementations (using the command line utility). The current plugin code is actually at 1.0 status, however we haven't released an official 1.0 distribution because we are working on a few refinements and an installer. The existing 0.53 download should be considered production ready code -- only external things like the installer are missing. When we do release a 1.x version, it will include an Install Shield installer and a few new features - primarily to provide some advanced configuration options. The core of the program will not change however. This work is currently on hold for back-end improvements on the rulebase and rulebase development tools. Hope this helps, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
RE: [sniffer]
Hi Pete, Thanks for the info. I actually already have the current version running. I'm very happy with it's performance. I just did not have a clear understanding on those issues. On another note, when you have the new version install, will it overwrite my current settings? And will it also install scripts for updating the rule base, and sending logs? Because I already have that setup now. Thanks, Daniel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pete McNeil Sent: Thursday, November 10, 2005 9:33 AM To: Daniel Bayerdorffer Subject: Re: [sniffer] On Thursday, November 10, 2005, 8:07:18 AM, Daniel wrote: DB Hello, DB Can anyone tell me if the Mdaemon Plug-in runs in persistent mode? Also are DB there any plans to bring the plug-in to Version 1 status? The MDaemon plugin has no need for persistent mode because it is loaded and kept in memory by MDaemon itself. As a result, the performance is always optimal because the rulebase is only ever loaded when a new file is present. Persistent mode is a mechanism developed to enhance the performance of peer-server implementations (using the command line utility). The current plugin code is actually at 1.0 status, however we haven't released an official 1.0 distribution because we are working on a few refinements and an installer. The existing 0.53 download should be considered production ready code -- only external things like the installer are missing. When we do release a 1.x version, it will include an Install Shield installer and a few new features - primarily to provide some advanced configuration options. The core of the program will not change however. This work is currently on hold for back-end improvements on the rulebase and rulebase development tools. Hope this helps, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
Re[2]: [sniffer]
On Thursday, November 10, 2005, 9:40:42 AM, Daniel wrote: DB Hi Pete, DB Thanks for the info. I actually already have the current version running. DB I'm very happy with it's performance. I just did not have a clear DB understanding on those issues. DB On another note, when you have the new version install, will it overwrite my DB current settings? And will it also install scripts for updating the rule DB base, and sending logs? Because I already have that setup now. In theory the installer will know if there is a previous version and will not adjust any of the config data. It's a bit of a complicated problem because there are so many way to configure the software.. so the installation process can be complex. I'd like to know how you have your updates set up - perhaps I can use that as a model for the installer. The basic idea is that the installer will create a default installation that emits headers and puts a .cf file in place for SA to interpret them. After that, the technically minded can manually adjust the installation. If the installer finds an installation in place then it will likely update the .DLL and leave everything else alone. Comments about these concepts are welcome, of course. The goal is to make a plug-and-play installation possible while leaving the more sophisticated options open to the technically minded. Thanks, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
RE: Re[2]: [sniffer]
_M, _M said will create a default installation that emits headers and puts a .cf file in place for SA to interpret them. Not sure if this is relevant to your thought process, but we feel that SA (SpamAssassin) does more harm than good. Under moderate loads it bogs-down MDaemon so we always have SA disabled. Sniffer is by far superior in every category, (accuracy, speed, dependability etc...) so there's no need to use SpamAssassin. My point: Keep in mind that some of us use sniffer independently (not tied to SA). We're using sniffers .cfg plug-in for MD ver 8. I assume you will, and I probably misunderstood your post, but just wanted to mention this out-loud. Thanks, Paul R -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Pete McNeil Sent: Thursday, November 10, 2005 10:43 AM To: Daniel Bayerdorffer Subject: Re[2]: [sniffer] On Thursday, November 10, 2005, 9:40:42 AM, Daniel wrote: DB Hi Pete, DB Thanks for the info. I actually already have the current version running. DB I'm very happy with it's performance. I just did not have a clear DB understanding on those issues. DB On another note, when you have the new version install, will it overwrite my DB current settings? And will it also install scripts for updating the rule DB base, and sending logs? Because I already have that setup now. In theory the installer will know if there is a previous version and will not adjust any of the config data. It's a bit of a complicated problem because there are so many way to configure the software.. so the installation process can be complex. I'd like to know how you have your updates set up - perhaps I can use that as a model for the installer. The basic idea is that the installer will create a default installation that emits headers and puts a .cf file in place for SA to interpret them. After that, the technically minded can manually adjust the installation. If the installer finds an installation in place then it will likely update the .DLL and leave everything else alone. Comments about these concepts are welcome, of course. The goal is to make a plug-and-play installation possible while leaving the more sophisticated options open to the technically minded. Thanks, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
Re[4]: [sniffer]
On Thursday, November 10, 2005, 11:45:48 AM, Peer-to-Peer wrote: PtPS _M, PtPS _M said will create a default installation that emits headers and puts PtPS a .cf file in place for SA to interpret them. PtPS Not sure if this is relevant to your thought process, but we feel that SA PtPS (SpamAssassin) does more harm than good. Under moderate loads it bogs-down PtPS MDaemon so we always have SA disabled. Sniffer is by far superior in every PtPS category, (accuracy, speed, dependability etc...) so there's no need to use PtPS SpamAssassin. PtPS My point: Keep in mind that some of us use sniffer independently (not tied PtPS to SA). We're using sniffers .cfg plug-in for MD ver 8. PtPS I assume you will, and I probably misunderstood your post, but just wanted PtPS to mention this out-loud. Thanks for this! I think it's the first time I've heard it said out loud from anyone involved with MDaemon. As a result I'm operating under the assumption that folks who install SNF on MDaemon _most likely_ have SA running and so that would be the simplest default installation. Is that true (do you think) or is it now more likely that SA would be disabled? In any case, the installer is intended for someone who just wants to push the button and have it work. In that context, what is the best default install? All that said, once the installation is complete, a technically savvy person could reconfigure SNF to and MDaemon to work in any way they prefer. We're definitely not going to do anything to make that more difficult. Thanks, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
RE: Re[4]: [sniffer]
We are running Sniffer with the Mdaemon plug-in and SA and it seems to work great for us, much better than our previous Imail/Declude sniffer combination. Jim Matuska Jr. Computer Tech2, CCNA Nez Perce Tribe Information Systems [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pete McNeil Sent: Thursday, November 10, 2005 9:36 AM To: Peer-to-Peer (Support) Subject: Re[4]: [sniffer] On Thursday, November 10, 2005, 11:45:48 AM, Peer-to-Peer wrote: PtPS _M, PtPS _M said will create a default installation that emits headers and puts PtPS a .cf file in place for SA to interpret them. PtPS Not sure if this is relevant to your thought process, but we feel that SA PtPS (SpamAssassin) does more harm than good. Under moderate loads it bogs-down PtPS MDaemon so we always have SA disabled. Sniffer is by far superior in every PtPS category, (accuracy, speed, dependability etc...) so there's no need to use PtPS SpamAssassin. PtPS My point: Keep in mind that some of us use sniffer independently (not tied PtPS to SA). We're using sniffers .cfg plug-in for MD ver 8. PtPS I assume you will, and I probably misunderstood your post, but just wanted PtPS to mention this out-loud. Thanks for this! I think it's the first time I've heard it said out loud from anyone involved with MDaemon. As a result I'm operating under the assumption that folks who install SNF on MDaemon _most likely_ have SA running and so that would be the simplest default installation. Is that true (do you think) or is it now more likely that SA would be disabled? In any case, the installer is intended for someone who just wants to push the button and have it work. In that context, what is the best default install? All that said, once the installation is complete, a technically savvy person could reconfigure SNF to and MDaemon to work in any way they prefer. We're definitely not going to do anything to make that more difficult. Thanks, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html