XML will definitly slow down the loading of Declude and I know scott will not do that. XML will be a greate feature for the gateway version though. Hint, Hint.
Rember that declude loads and parses the config files for every email and unless declude could keep the parsed XML files in memory and access them from another process (declude.exe) it will put a major load on our servers in processing each email message. I agree at this time XML? Just Say "NO" ! But for a gateway product where the config files would be loaded once when the service starts up I would say "XML? Just Say "YES" !" (my 2c) Kevin Bilbee > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Mike Hyslip > Sent: Monday, July 12, 2004 1:30 PM > To: [EMAIL PROTECTED] > Subject: RE: [Declude.JunkMail] XML? Just Say "NO" ! > > > Declude can always have an option to edit a file by hand, or just display > each current value, test, etc and let changes be fine tuned there and have > it write the config file itself. > > I also think it would be nice for it to either have a global include file > for the default junkmail file (for when adding a test and not having to > define on every single domain specific config file) or having it travel > through subdirectories adding tests heh. > > A module to pay my bills would be nice also :) > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Todd Holt > Sent: Monday, July 12, 2004 4:19 PM > To: [EMAIL PROTECTED] > Subject: RE: [Declude.JunkMail] XML? Just Say "NO" ! > > I like the XML idea. It is certainly editable by Notepad across a slow > connection because an XML file is a plain text file (with specific chars > used for specific purposes). But it would give the people that want > programmatic control over the file a great capability. Then we can > choose our method: Notepad or XML object. Also, viewing an XML file in > IE is very easy to pick out the data you want to view. > > Todd Holt > Xidix Technologies, Inc > Las Vegas, NV USA > 702.319.4349 > www.xidix.com > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of decjunkmail > Sent: Monday, July 12, 2004 11:46 AM > To: [EMAIL PROTECTED] > Subject: [Declude.JunkMail] XML? Just Say "NO" ! > > Hi, > > I vote NO for XML. > > I'm sorry, but XML is much more like a registry setting or a binary > configuration file -- Great for programmatic manipulation, but terrible > for manual/interactive use. > > A text file in notepad is easy to change and edit interactively (even > remotely on low-bandwidth connections) - as long as the goal for declude > configuration files is to facilitate quick and easy changes, then it > should stay as a text file. > > If the goal is to create a parametric-driven, API for automatic > configuration/provisioning or programming, then XML or registry keys, or > a binary database is fine. > > Note - I have used some XML, mostly with ASP.NET/VB.NET and although I > can dig my way around config.net files and the like, I still prefer > ".ini" files if I'm going to be fiddling with configurations. > > Yes, XML is great to serialize database structures, move them across web > services, or dissimiliar internal database stores, but they are not as > friendly for configuration files. > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of David Sullivan > Sent: Monday, July 12, 2004 9:43 AM > To: [EMAIL PROTECTED] > Subject: Re[2]: [Declude.JunkMail] Fw: New Multiple Threat Lookup > Database test for Declude JunkMail > > Ok, couldn't resist my $.02 > > M> sense, but I think they are putting the cart before the horse. > Wouldn't > M> it be much better to work on creating a new format for the config > files > > <DREAMING> > Like an XML based config file that incorporated Junkmail, Virus and > Hijack configurations as well as per user controls. Ooooh, how much > easier that would be to control from code.... > </DREAMING> > > M> In the mean time, it would make sense to also spend some time > tightening > M> up loose ends which have not been getting that much attention. If > you > M> asked for everyone's top 5 list from around here at least, I'm pretty > M> sure that it would include things besides a new DNSBL test on virus > data > M> with a GUI installer, or the GUI itself. Declude is very capable at > the > M> moment, but there are some loose ends that could be tied up over a > short > M> period of time that would really help finish the foundation. Voicing > > Like a sender white list option for Vulnerabilities in DV. > > > -- > Best regards, > David mailto:[EMAIL PROTECTED] > > > --- > [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 scanned for viruses by Declude Virus > (http://www.declude.com)] > > > --- > [This E-mail scanned for viruses by Declude Virus (http://www.declude.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. --- [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.
