Sometimes an application hangs within a Citrix session without any reason and works without any problems via a RDP connection. The application will view an empty or a flickering screen; sometimes the mousecursor is even trapped within this screen.
This mostly occurs with an application built with the Windows Presentation Foundation SDK. The Windows Presentation Foundation SDK enables the programmer to use 3D acceleration with Direct3D/DirectX. And here resides the problem:
When a third party terminal service client is used (such as Citrix) in combination with a WPS application on a Windows 2003 server, the application will check the 3D capabilities of the machine. The capabilities are stored in a file named d3d9caps.dat and is normally stored in the System32 folder of the machine. When the information in this file is not accurate, the file will be regenerated.
The crull pit is, when a normal used is logged in, this user does not have the right permissions to overwrite the file and gets an access denied error on this file. The appication, however, keeps trying to regenerate the file over and over again which results into a hanging application and screenflicker.
Microsoft already has a patch for this (http://support.microsoft.com/kb/955692) so the d3d9caps.dat is stored in “%USERPROFILE%\Local Settings\Application Data” but it seems like if the d3d9caps.dat is present in the System32 folder, this file will always be used.
Deleting the d3d9caps.dat will unfreeze the application immediately and the d3d9caps.dat in the userprofile is used.
How is it possible that the d3d9caps.dat doesn’t have the right information and needs to be regenerated? Maybe the systemconfiguration is changed. More RAM is added or something like that.
It seems like it’s clever to check the existence of this file on every reboot and delete it to prevent applications to freeze. Changing permissions, so normal users have change permissions on this file, doesn’t seem to work because the file is deleted before it’s regenerated and normal users aren’t allowed to create files in the system32 folder.
It seems like some Google Apps domains cannot be added to Nokia Email eventhough Nokia states it supports Google Apps domains.
The previous guide doesn’t seem to work anymore because Nokia changed their webpage and forms.
Someone contacted me by twitter asking me to look at it again. More people asked my via comments on my blog; but the tweet took me to actually look at it. (Thanks to the man who wants to be anonymous )
I tried several things and it seems like I found the solution to add Google Apps domains once again
Guide:
Go to Nokia Email (http://email.nokia.com) and logon with your credentials. Click ‘Add another’
Enter your email address but let it end with @imap.google.com and click next.
It will let you see this screen. Click “This is an internet email account and I will provide additional email settings”
Enter the rest of the information:
Username (@domainname). Incoming server needs to be imap.gmail.com (port 993 and SSL enabled), and outgoing server needs to be smtp.gmail.com (port 465 and SSL enabled)
Paste the following Javascript into the addressbar, change the emailAddress.value to the email address you want to add. And press enter. You’ll see an alertbox with the emailaddress you choose. Click Next and you should see:
The emailaddress should be added to your account.
If you get an error like this: “”We cannot process your request at this time. Please try again later.”, please do so. It seems Nokia shows this error without any reason. Try again later and check if you have imap enabled on you G-Apps account.
Have fun with it and please leave a comment if it works or not.
(If you like it, and it worked… Please leave a comment)
Nokia has release Nokia Email Beta 3. I loved this application but unfortunately it doesn’t support Google Apps domains (Gmail for Domains). But with some hacking and tweaking it is possible to add your Google App domain without any problems.