Well, we use a weighting system with declude. All of the tests and their associated weights are hard-coded into global.cfg, with the weightrange tests. Then, each user has a .junkmail file that basically only contains the spam control level they have chosen (WEIGHT3 for "medium" on my web interface), followed by the chosen action. All of the individual RBL and filter tests defined in global.cfg are not present in the users .junkmail file. Only the cumulative WEIGHT test. Therefore, I don't see how I could give them more control, since everything else is handled in the global.cfg file, and I'm sure as hell not going to allow them to mess with that file.
If I was running a simpler config where each test stood on it's own, and it was up to the user to do client side filtering on individual tests and total declude weight, I guess I could then let them manipulate the inclusion or exclusion of specific tests in the .junkmail file. However, the majority of my users want nothing to do with that level of control. When someone signs up for spam control, we set them up in the db, with declude set to "off" for them (no action). This FORCES them to go into the web interface and setup their account for the first time, become familiar with the controls, and this way WE cannot be blamed for setting their spam control to high or too low. In the future, I might even consider having different actions for different weights. But even that might be too confusing for them. On a side note, I am not using CFFILE for writing my files to disk. I am using a tag that reads a text file into a variable line by line. I can then search, LINE BY LINE, for individual text (aka TEST names), replace that SINGLE line of text, then write the entire file back out to disk with that single line changed. Tto do this with CFFILE, you would have to do some looping through the file, looking for carriage returns, etc. This tag removes the complexity and does it for you. Thanks for the input... -- Scot > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Matt > Robertson > Sent: Thursday, November 06, 2003 3:34 PM > To: [EMAIL PROTECTED] > Subject: RE: [Declude.JunkMail] Opinions on web interface > > > Have you thought of giving users more control over the > process? As in a db tie-in to tests, weights and actions? I > use CF as well and I'm figuring on doing something that will > allow enablement of a particular test, or its disablement, > coupled to setting the test weight and action performed. > Should be fairly simple to use cffile to write out a Declude > file with the dangerous stuff hardcoded into it. Probably 30 > days away from having the time to finally do it. > > I get customization requests daily from this or that user. > Nobody wants the same thing. Frankly I'm sick of hearing it > and am ready to turn the process over to the user and let > them have at it if they want to be the antispam genius. > --- > [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.
