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.
