I wonder if you could use something akin to the following to open CCM/LiveState
and in the catch redirect the browser to a URL that would log the ip address
and provide a howto on installing CCM/LS. It's not guaranteed to work based on
security settings and OS path settings. I'm sure that you could get a
guaranteed-to-work solution, but it probably won't be free.
:)
function openOutlook(){
try{
var oShell = new ActiveXObject("Shell.application");
oShell.ShellExecute("C:\\Program Files\\Microsoft
Office\\Office\\OUTLOOK.EXE","");
}
catch(e){
}
}
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dave Bellevue
Sent: Friday, October 27, 2006 2:33 PM
To: discussion@acfug.org
Subject: RE: [ACFUG Discuss] Client side
We did the whole self-service app push thing with .net with great success.
All we need to do is gather info from the machine, not alter it - Marimba
will do that. I'm just looking for an alternate method. As an example, we
checked for a running process to insure that the user had CCM/LiveState
installed and running on their machine. If they didn't, they were directed
on how to get it.
I'm in agreement that patches shouldn't be self-service for a whole host of
reasons and we do have other solutions for that... But management has other
ideas.
Dave
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dean H. Saxe
Sent: Friday, October 27, 2006 1:33 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] Client side
My POV is based upon the fact that anyone who receives the code can modify
it to change the data that is being retrieved. Alternatively, they don't
need to use the client side code (applet, for instance) in order to send
data to the application. Just because you think they will only use it as
prescribed doesn't mean it really will be...
If you're looking to do patch management there are plenty of solutions out
there. McAfee ePolicy Orchestrator (I work for a division of MFE), BigFix,
Peregrine, etc... why not look for an existing solution?
-dhs
Dean H. Saxe, CISSP, CEH
[EMAIL PROTECTED]
"[U]nconstitutional behavior by the authorities is constrained only by the
peoples' willingness to contest them"
--John Perry Barlow
On Oct 27, 2006, at 12:49 PM, Dave Bellevue wrote:
> 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
> -------------------------------------------------------------
>
>
>
-------------------------------------------------------------
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
-------------------------------------------------------------
