At 10:00 AM -0500 2/18/02, Stefan Jeglinski wrote: >>You're missing my point. SIMS already incorporates RBLs. You don't *have* to use >them and, apparently, you don't. Fine. But for those of us that *do* use RBLs, it >might be nice if the clients themselves could turn this function off or on. That's >all I'm asking for. > >I think if we look at this practically, you're one step away from your clients then >asking for even finer tuning. "I want to receive e-mail from [this spammer] but not >[that one]." Clients think this is all trivial for the admin to implement. At what >point do you tell them it can't be done, or to stop whining?
At the point where it can't be done. "These are your options.." >...Somehow, you have to have a way for the client to communicate to the server not to >use the blacklist. ... > >If Stalker has a trivial way to implement this idea without adding per-user web >admin, for example, sure what the hell... I envision something like the Email Admin function in the LetterRip list server. There's a "requests" address to which all commands are sent. The email containing the command must contain a password and an instruction to carry out. If email to the "requests" account contains the necessary authentication and a valid command, it is carried out. Fairly trivial. -- Internet Tools for Business -- <http://www.CyberSpaces.net/> E-commerce web hosting ############################################################# This message is sent to you because you are subscribed to the mailing list <[EMAIL PROTECTED]>. To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
