
Above all this service is provided free by Microsoft.
Try it out by paying a visit to Microsoft.
http://search.healthvault.com/hvindex.htm?rmproc=true
5. Expand the 'Runtime Security Policy' node from the left hand pane. Then expand the 'Enterprise' node and finally 'Code Groups' node. Then right click on 'All_Code' and click on New....
6. Specify a Name and Description for the code group and click Next.
7. Choose the condition type of the code group as 'URL'. In the underneath URL text box type the path to the remote application folder and put a backslash and an asterisk . In my case I typed file://192.168.1.165/Bin/* (The asterisk is used to include all the items under the folder Bin into the code group that we are creating). Then press Next.
8. From the list of existing permission sets select 'LocalIntranet' and click Next. Then click Finish in the next screen to finish and setup the new code group.
11. Close the open .NET Configuration windows and launch the application from the share.
If any specific functionality or if the entire application is not working please contact me, I might be able to help you out of the problem.
6. If there are any problems the setup will bring up a window and tell you to browse for files that it is unable to find or sees as corrupt. If this happens to you,
i. Try pointing to the 'Office' directory that you created in the point number 2 and press Ok.
If the window again comes up then,
ii. Copy the entire folder which setup reports as having problems from the CD/DVD to the 'Office' directory again. (For example if the setup saying it is unable to process ExcelLR.cab, copy all the folders having the name Excel to the 'Office' directory again from the CD/DVD.)
iii. Point the setup again to the 'Office' directory. This time the setup will continue.
7. When the setup finishes, start one or two applications (Word, Excel, ...) and make the installer install the necessary files. If at this point it asks for any missing files, follow the same procedure as at point number 6.Now from some other machine try to access your machine. See the difference. Now you can type any user name and the appropriate password and log in.
Also if you now go to folder properties you will see that the Sharing tab is having different content than earlier and also you will see a new tab named Security.
You can use these tabs to set per user security and access rights.
For people who would like to know more, following is the explanation for the setting Net access : Sharing and security model for local accounts given by Microsoft.
The Classic model allows fine control over access to resources. By using the Classic model, you can grant different types of access to different users for the same resource. By using the Guest only model, you can have all users treated equally. All users authenticate as Guest, and they all receive the same level of access to a given resource, which can be either Read Only or Modify.
There are two models available:
Default:Guest only on Windows XP Professional. Classic on the Windows Server 2003 family and Windows XP Professional computers joined to a domain.
Important:With the Guest only model, any user who can access your computer over the network (including anonymous Internet users) can access your shared resources. You must use the Internet Connection Firewall (ICF) or other similar device to protect your computer from unauthorized access. Similarly, with the Classic model, local accounts must be password protected; otherwise, those user accounts can be used by anyone to access shared system resources.
This setting only affects computers running Windows XP Professional which are not joined to a domain.This policy will have no impact on computers running Windows 2000.
Notes:This setting does not affect interactive logons that are performed remotely by using such services as Telnet or Terminal Services.When the computer is not joined to a domain, this setting also modifies the Sharing and Security tabs in the Windows Explorer to correspond to the sharing and security model that is being used.