Because the machines are corporate assets, they are in a controlled environment. Formerly, our client machines all had the same corporate image and all had the .net framework installed and security settings set to allow client side .net code (delivered via our web site) to get the info it needed.
If we are reading the machine name from the machine, why would there be a data quality issue? The more info we get from the machine, the better we are able to target that machine for applications that pertain to it - patch delivery, enforcing hardware requirements, etc. Maybe I don't understand your point of view? Dave -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dean H. Saxe Sent: Friday, October 27, 2006 11:51 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] Client side Which still doesn't address the quality of the data... Why do you need this info from the client? What is the deployment scenario? Why should any user trust your applet/ActiveX control? Why isn't it spyware? -dhs Dean H. Saxe, CISSP, CEH [EMAIL PROTECTED] "Free speech exercised both individually and through a free press, is a necessity in any country where people are themselves free." -- Theodore Roosevelt, 1918 On Oct 27, 2006, at 11:49 AM, [EMAIL PROTECTED] wrote: > Signed Java Applet >> I've been away from CF for a while, but am coming back into MX7.... >> >> Need to know what is the best (and/or easiest) way run code on the >> client machine - we need to gather information from the registry, >> find things like the machine name (http header vars are not reliable) >> and determine if processes are running and then pass that info into a >> page. >> >> Thanks, >> Dave Bellevue >> >> >> >> >> ------------------------------------------------------------- >> To unsubscribe from this list, manage your profile @ >> http://www.acfug.org?fa=login.edituserform >> >> For more info, see http://www.acfug.org/mailinglists Archive @ >> http://www.mail-archive.com/discussion%40acfug.org/ >> List hosted by http://www.fusionlink.com >> ------------------------------------------------------------- >> >> >> >> > > > > ------------------------------------------------------------- > To unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform > > For more info, see http://www.acfug.org/mailinglists Archive @ > http://www.mail-archive.com/discussion%40acfug.org/ > List hosted by http://www.fusionlink.com > ------------------------------------------------------------- > > > ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com ------------------------------------------------------------- ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------