All of a sudden my Mac users started complaining that they are unable to connect to or add a new Store to Citrix Receiver for Mac. Right after entering the NetScaler's URL and hitting Add, they receive an error stating "Could not detect the specified account" and "The server might be invalid or may be unavailable at this time. Make sure the URL is correct and check your network connection."
Nothing has been changed. Receiver for Mac was the latest version v12.1. No network issues, Safari works just well, navigating to the NetScaler URL, entering credentials, and launching a Citrix session. No certificate issues. Nothing, just as expected. I tried the script as mentioned here, but to no prevail.
Solution:
As all users came in from external networks through NetScaler, I had to disableEdgeSight Monitoring (HTML Injection) in NetScaler's System | Settings | Configure Advanced Features:
In my case I didn't have to disableAppFlow on my NetScaler's vServer as described by other users having the same issue. It already worked for me after disablingHTML Injection alone:
The same goes for having issues while connecting with Citrix Receiver for Android, receiving an error stating "An error has occurred while connecting. Check your server address and data connection". Have a look at Jason Samuel's blog article as well.
Citrix StoreFront - Upgrade v3.0.0.45 to v3.5.0.23 fails and the Application Event Log shows an Event ID 0, Source: Citrix Extensible Meta-Installer, stating:
Timestamp: 22.03.2016 11:28:18
Category:Error, WinError
Message:Installation of '..\CitrixStoreFront-x64.msi' failed with error code 1603. Fatal error during installation
With an failed upgrade log files can be found in C:\Windows\Temp\StoreFront\, e.g.:
Installer can have issues in converting/migrating the custom configuration you might have put in. Although it may be pointing to Authentication however its possible that issues are in STORE\Web.config file.
So I checked my own web.config file, placed in C:\inetpub\wwwroot\Citrix\StoreWeb, but didn't find any refernces to any bogus, e.g. generatePublisherEvidence, which might have been put there working with an earlier version of StoreFront:
Per Citrix Support: This was a setting that was in place for web interface, some customers may have had this implemented and once updated may have copied their web.config files over as well. This setting was not tested with Storefront and is the reason why the installer fails because its not a standard in the XML file.
Furthermore it's suggested to check any custom configurations you may have applied to your StoreFront setup, i.e.
Customize Receiver Appearance
Manage Featured App Groups
I reverted any of my StoreFront's Stores to Classic Experiences (which saw me losing my Enhanced Experience and Featured App Groups settings flushed down the drain in the process), but to no prevail:
I had the same 1603 error when trying to do an in-place upgrade from StoreFront 3.0.0.45 to 3.5.0.23. Tried several reboots and many other troubleshooting steps including all suggestions above, but what worked for me in the end was to install 3.0.1.57 first, reboot, then install 3.5.0.23 on top of that.
This left me with the only choice that seems to work right now, but.... it did not work for me!
For valid upgrade paths to the latest StoreFront v3.5 have a look at Citrix eDocs.
Solution
As the aforementioned error code 1603 is generated by the MSI installer technology and thus not Citrix specific, I dug deeper into that error code and found CTX126640:
Note: The 1603 exit error is a generic installation error which stands for Fatal error during installation. Refer to the MSI installation logs for further traces because this problem does not apply to every situation.
Problem Cause
A previous installation of a Microsoft Visual C++ Redistributable package may cause the installation process to fail.
I compared a working StoreFront v3.5 setup with my failing v3.0 setup and identified several Microsoft Visual C++ 2008 Redistributable packages installed on the failing system:
I decided to remove any of the Microsoft Visual C++ 2008 Redistributable packages and launched the StoreFront v3.5 upgrade executable once more - ét voila! It worked! Problem solved.
Just recently I came upon an Microsoft KMS error stating Error 0x80070054 - Storage to process this request is not available.
This error was quite annoying as at first I didn't had a clue what this was all about. The error message itself could be quite misleading and left me poking in the dark... Eventually I found a possbile solution.
This blog article as been updated. Pls consult the updated section at the bottom of my post.
In case you try to open an attachment directly from within Outlook 2013 by double-clicking the corresponding Office file in the affected email, i.e. an .xlsx, .docx., or .pptx file extension, you might receive an error stating:
Word experienced an error trying to open the file or Excel experienced an error trying to open the file or Powerpoint experienced an error trying to open the file
with a subsequent error description of:
Check the file permissions for the document or drive.
Make sure there is sufficient free memory and disk space.
Open the file with the Text Recovery converter.
The German error message states:
Microsoft Excel kann keine weiteren Dateien öffnen oder speichern, da nicht genügend Arbeitsspeicher oder Festplattenspeicherplatz vorhanden ist.
Schließen Sie andere Arbeitsmappen oder Programme, die Sie nicht mehr benötigen, um mehr Speicherplatz verfügbar zu machen.
Löschen Sie nicht mehr benötigte Dateien vom Datenträger, um mehr Speicherplatz verfügbar zu machen.
German error message:
English error message:
In that case you're victim of Microsoft Office 2013's File Block Settings and Protected View Settings. The error message can be quite misleading as this is not an Exchange or Outlook issue. Instead it's directly related to the Microsoft application you're trying to open the affected attachment with.
You may follow the steps below to disable the Protected View in the corresponding Office applications:
Open Word/Excel/Powerpoint | File | Options | Trust Center | Trust Center Settings | Protected View
Uncheck all the options mentioned below and then try to open Word/Excel/Powerpoint attachment and check if it works fine:
Enable Protected View for files originating from the Internet
Enable Protected View for files located in potentially unsafe locations
Enable Protected View for Outlook attachments
Enable Data Execution Prevention mode
You may follow the same steps for other Office applications or configure them company wide via Group Policy Settings, e.g.:
User Configuration | Policies | Administrative Templates | Microsoft Excel 2013 | Excel Options | Security | Trust Center
User Configuration | Policies | Administrative Templates | Microsoft Excel 2013 | Excel Options | Security | Trust Center | Protected View
User Configuration | Policies | Administrative Templates | Microsoft Excel 2013 | Excel Options | Security | Trust Center | Trusted Locations
When non-Windows Receivers connect to a Windows 2012 Server with Universal Print Driver (UPD) options configured for client printers, the Post-script (PS) and PCL drivers might not be available, therefore the printers will not get auto-created. As a workaround, to use the Citrix UPD for non-window Receivers, like Mac and Linux, install appropriate drivers on the server manually:
PS driver = HP Color LaserJet 2800 Series PS
PCL4 driver = HP LaserJet Series II
PCL5c driver = HP Color LaserJet 4500 PCL 5
With my Windows Server 2012 R2 I ran into some issues. While trying to add the aforementioned Printer Drivers manually I realized that something was wrong:
As you can see from the screenshot the button Windows Update is unavailable. This left me with investigating why that is the case. After a little bit of research I ended up with two possible solutions:
Configure the corresponding registry settings for Windows Update
Install a local printer and chose the appropiate model/driver as listed above
Configure Windows Update via Registry:
Run registry editor. Click Start then type regedit and press Enter
Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DriverSearching
Change value of REG_DWORD DontSearchWindowsUpdate to 0
Change value of REG_DWORD DontPromptForWindowsUpdate to 0
Run a Command Prompt. Click Start then type cmd and press Enter
HKLM\Software\Policies\Microsoft\Windows\DriverSearching - REG_DWORD - searchorderConfig = 0
This removes that Windows Update button from the Add Printer Wizard. You can either set this key to "2", or just delete the key to restore the Windows Update button.
This is the "Disable automatic updates of drivers from Windows Updates" feature above.
Install printer locally:
Whereas adding just the required drivers left me with no Windows Update button to click, I found this article pointing me in the right direction:
I had the same issue, but found it only occurred when I was trying to add a network printer. When I try to add a local printer the button shows up. So..... I installed a local printer, allowed Windows Update to download the new drivers and then deleted the local printer. Next I add the network printer again, but this time, because the list of drivers has been refreshed, I didn't need the Windows Update button because my printer is now in the list.
Upon reading CTX140208 once more it became obvious and clear that I didn't read the article with the required attention to detail, as it clearly states:
From the Windows Server 2012, choose Add a printer from Devices and Printers.
Continue through the wizard as if you are adding a local printer though it is not attached.
Click Add a local printer > select LPT1: (Printer Port) > click Windows Update.
Silly me!
2015-11-09 Update:
As Alexander Gassner pointed out here I could have checked my Device Installation Settings as well, as they tend to prohibit the Windows Update functionality too:
either go for Control Panel | Change Device Installation Settings
or search for Change Device Installation Settings
Select both No, let me choose what to do + Always install the best driver software from Windows Update
and hit Save Changes
I launched Print Management console, drilled down to the Printers node, right-clicked it and chose Add Printer:
Then selected Add a new printer using an existing port with LPT1:
Then selected Install a new driver:
The Windows Update button was finally there, I hit it, and waited for the updated drivers to get downloaded:
Afterwards I was able to select the required drivers and install the required printers:
As Citrix pointed out in CTX139020, "if there are two versions of this driver displayed, choose the Microsoft version".
Almost everybody has struggled with the now infamous Error 1030 (The connection to "ApplicationName" failed with status (1030)) when connecting with Citrix Receiver for Windows to XenDesktop through NetScaler and StoreFront. There even is an whole armada of articles available out there, totally dedicating their content to troubleshooting this quite generic network error indicating that the connection has failed. Just google it!
Citrix XenDesktop 7.x - Black Screen when connecting to Published Desktop
When connecting to a Windows Server 2008 R2 Published Desktop (provisioned as a VM, not a physical machine) with XenDesktop 7.x you might receive a black and blank Desktop, no Desktop Icons are shown, and the Desktop stays that way:
Whereas connecting with RDP works normally, as long as the users are members of the local group Direct Access Users.
There are no significant Warnings and/or Error messages in the corresponding server's Application and/or System Event Log. Everything seems to look and work as expected. In my case the error started showing up after moving the VM from one Hyper-V server to another Hyper-V server.
After upgrading my existing and fully functional NetScaler v10.5 Build 57.7 to the latest v11.0 Build 55.23 and implementing Unified Gateway for XenMobile and XenDesktop, my users were unable to SAML authenticate with ShareFile, i.e.
by using their MDX wrapped ShareFile app on iOS devices and locking it into an endless authentication loop without any errors:
by using their ShareFile Outlook Plugin in order to send Download and/or Upload links as they received an error stating Authentication Error - http/1.1 Service Unavailable while trying to utilize the Browser Login included with the ShareFile Outlook Plugin Configuration Wizard:
by authenticating to our company's custom ShareFile SAML Login page via Browser:
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
