Forgot to add, "don't delete the MSLicensing Key altogether". There is a subkey under MSLicensing called "Store00x" that needs to be deleted. The x in the store string represents a number 0,1 ect. Delete that subkey and it should work. Sorry if I mislead on the first email. Eddie -----Original Message----- From: Martin, Eddie [mailto:EMartin@xxxxxxxxxxxxx] Sent: Thursday, October 23, 2003 11:09 AM To: 'windows2000@xxxxxxxxxxxxx' Subject: [windows2000] Re: TS users getting "You do not have access to logon to Also try this.... Delete the MSLicensing key in Regedit. Then try and connect from the workstation. The Terminal Services license may have become corrupt. Try that and let me know if it works for you. Eddie -----Original Message----- From: Rod Falanga [mailto:rfalanga@xxxxxxx] Sent: Thursday, October 23, 2003 10:16 AM To: windows2000@xxxxxxxxxxxxx Subject: [windows2000] Re: TS users getting "You do not have access to logon to I will certainly give what you've suggested a try. I am coming to the conclusion that something has changed on the users' machines, because I know nothing has changed on my TS server, and they were able to connect to us just fine, up until about a week or so ago. I may be shooting in the dark, but let me go ahead and do that. They are on a Novell network, and of course we have an AD network. Could that have anything to do with it? If that doesn't, then what else, recently installed on a user's PC, might cause it to stop functioning? Rod -----Original Message----- From: "Webmail" <web@xxxxxxxxxx> Subject: [windows2000] Re: TS users getting "You do not have access to logon to Date: Wed, 22 Oct 2003 18:23:58 -0400 Are their accounts set to only log them in from a certain machine? Also you need to make sure that their settings in Users and Computers to logon to TS is ticked... Terminal Services Client Error Message: You Do Not Have Access to Logon to This Session View products that this article applies to. This article was previously published under Q224395 SYMPTOMS When you try to log on using the Terminal Services client, you may receive the following error message: Logon Message: You do not have access to logon to this session. CAUSE Terminal Services has a default connection security setting allows only administrators to log on. If the security attributes on a specified connection have not been set, the connection inherits these default security settings. For additional information, please see the following article in the Microsoft Knowledge Base: 225038 Default Connection Changes Are No longer Applied If the default connection security settings do not meet your needs, you can set custom security attributes. RESOLUTION To set custom Terminal Services connection permissions: Click Start, point to Programs, point to Administrative Tools, and then click Terminal Services Configuration. Open the Connections folder. Right-click the connection (RDP-TCP), and then click Properties. On the Permissions tab, add the group(s) that needs access to this connection. Click OK. STATUS This behavior is by design. And this from the Citrix KB 1. Verify the ICA-TCP connection permissions for the user or group receiving the error message. To set custom Terminal Services connection permissions: 1. Click Start > Programs > Administrative Tools and then Terminal Services Configuration. 2. Open the Connections folder. 3. Right-click the connection (ICA-TCP) and then click Properties. 4. On the Permissions tab, add the group(s) that needs access to this connection. 5. Click OK. Please reference MicroSoft TechNet article Q244395 for additional information. 2. Verify that other users in the same group can access the published application. 3. Isolate the application to a single server, Create and test with a brand new domain and local server account. 4. Does Published Application Manager, appcfg.exe, or the Citrix Management Console enumerate and display the group and users accounts properly? 5. This issue may occur when trying to use a dynamic local user (DLU) policy enabled on NDS user accounts in a domain and the application is published from a Netware Drive. See Novell TID 10023644 for additional information. JK ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=147 ********************************************************** To Unsubscribe, set digest or vacation mode or view archives use the below link. http://thethin.net/win2000list.cfm ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=147 ********************************************************** To Unsubscribe, set digest or vacation mode or view archives use the below link. http://thethin.net/win2000list.cfm ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=147 ********************************************************** To Unsubscribe, set digest or vacation mode or view archives use the below link. http://thethin.net/win2000list.cfm