This is something we would buy into rather than develop ourselves (we already started) as I rather rely on those who know Declude inside out rather than us making mistakes and getting things wrong (I'm making the assumption that Scott will tend to make a one or two less errors than we would with this technology ;)). I don't mind users having to work out on another port either. My only concern is authentication and how that is transacted, if it integrates with Imail and registry settings then even better as we wouldn't need to maintain a user base and keep that secure.
For those that see it as a benefit then great, for those that don't like the thought of user/domain based spam configuration then they don't need to use it or offer to their customers. For me it would make my life simpler and have less to worry about especially as we offer spam filtering at no extra cost. At the moment I think we've made a rod for our own back with Declude and the power it has given us (we're making a few mistakes on the learning curve which doesn't help). For info we run IIS on the same box as Imail undertaking admin tasks and passing virus info back to a remote web server. Regards to all, David WiSS Limited --- [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.
