I started using it after I started using roaming profiles. A problem started right away (2nd day for roaming profiles) where a user could not log on because her profile hive was stuck. After researching the event ID in the log, I found UPH Clean right away. It took care of the problem immediately and I haven't had an issue like that since. If I had known about this before building my servers I would have installed it right away, before any problems occurred. UPH Clean works right away if there is a stuck profile so I would think your policy should be able to delete the profile even if UPH had to unload it. But, I am not sure about this, I have not tested it. Tasita Ebacher 702 Communications Data Systems Engineer CCNA -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of BRUTON, Malcolm, FM Sent: Wednesday, September 08, 2004 7:01 AM To: 'thin@xxxxxxxxxxxxx' Subject: [THIN] UPH Clean Hi all Finally looking at using this. Can anyone give me good or bad feedback about it. Do we people use it just for good as a good practise rather than because they have problems etc. Any known issues or things to look out for? We also delete user profiles at logoff currently using a policy. Of course this fails currently when the hive fails to unload. Will UPHClean help prevent this or will there still be use profile directories that need manually deleted? Thanks Malcolm Bruton Workspace Team The Royal Bank of Scotland - Corporate Banking and Financial Markets t: +44 20 7085 5768 e: malcolm.bruton@xxxxxxxx <mailto:dmalcolm.bruton@xxxxxxxx> w: http://oneteam.fm.rbsgrp.net <http://oneteam.fm.rbsgrp.net/> **************************************************************************** ******* The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. Authorised and regulated by the Financial Services Authority This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc does not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by The Royal Bank of Scotland plc in this regard and the recipient should carry out such virus and other checks as it considers appropriate. Visit our websites at: http://www.rbs.co.uk/CBFM http://www.rbsmarkets.com **************************************************************************** **** ******************************************************** This Weeks Sponsor triCerat: Have you had your fill of printing support calls, unauthorized apps running on unsecured Terminal Servers, profile headaches, and application performance problems? Join us and learn how you can have a less demanding on-demand enterprise! http://www.tricerat.com/?page=events#register ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm