Working on a Provisioning Server Project we've decided to use Device Hard Drive Cache.

However during the initial tests, we've faced an issue : How to automate the creation of the Cache Partition on the physical drives ?

To do so, we've developped a little script, launched at Computer Startup by GPO.

At first server boot on image, the local disk is not present, causing Provisioning Server to fallback on Server Side cache.

The following script will then initialize and format the cache partition which will be available for the PVS Client at next reboot.

Working on XenDesktop POCs and Deployments I've done some researches on how to optimize XenDesktop UPD printing just like in XenApp (check this article for more details).

With XenDesktop 2, it was possible to modify the DefaultPrnFlags value (which controls the Citrix printers autocreation process) using the following procedure. 

With XenDesktop 3, things are a little bit different, as the Printing Subsystem is now closer to the XenApp One ...

I've recently faced an issue regarding using Provisioning Server (4.5, & 5.0) to provision XenApp VMs on XenServer hosts.

The VM's were booting properly and were responding correctly through XenCenter but was freezing when accessed through network (either ICA or RDP for example)

I had used all registry tips from KB (EnableOffload reg value turned to 0 ...) without any success getting my VM to work properly ...

This "Tech Tip" article is focused on a very useful Security Setting You might want to enable on your Terminal Servers Farms.

By default, Windows allows Users to store their Network and Messaging (Exchange, .Net Passport) Passwords.

The first problem is that these settings are not stored in the User Profile but locally on the Server in an encrypted base.

The Second problem is that you may want Users to be able to save such informations (When Defining Several Outlook Profiles for User convenience for example) ...

You may have encountered this issue while running a Terminal Server or Citrix XenApp Project.

The Symtoms are quite simple to illustrate : Users are facing (random) significant Logon Delays and the logon process is hanging on "Applying Registry Settings".

According to Microsoft, this can occur if most of the following conditions are met ...

When troubleshooting an EdgeSight 5.0 SP1 Issue on XenApp 4.5 HRP03, I got the Following workaround from Citrix (as originally this is a DotNet Framework Issue) to deal with the "Citrix End User Experiencing Monitoring Service" not starting correctly and Generating DCOM errors event ID 10005 and Event ID 7000 : "The service did not respond to the start or control request in a timely fashion"

To solve this issue ...