I am having trouble getting outlook to work on our non-persistent VDI desktop pools. I have went through the setup for UEM and created a writable volume in App Volumes, after setting up my Outlook profile the OST file is saved to the writable volume and everything appears to be working. But, after logging out of the virtual desktop and logging back in I am forced to go through the process of setting up outlook again.
I have been through all the documentation I can find on UEM 9.5 and App Volumes 2.14 with no luck.
Have you verified that the outlook OST is created and that it's actually saving the files to the writable volume? Should be in a subdir of C:\SnapVolumesTemp\writable
Lars
Yes, it's there. And a new one is created every time I have to go through the outlook setup.
So you can see that the writeable volume for each user actually exist from within AppVolumes Manager? But a new one is created when they log on?
Lars
Sorry, didn't mean to click the answered button.
It creates a new OST file in the writable volume.
So when you log on, before you start outlook you can find the OST file within the directory and it's of the same size as before you logged off?
Correct. Then you open outlook and it forces the user to go through the setup process again and builds another OST file in the same file directory. I'm not sure if this is an issue with outlook or with UEM.
Is it asking you to sign in or activate Office again? Or is it just Outlook? Because it might be a credential issue. Maybe this could help: https://arnomeijroos.com/2018/04/12/solving-office-365-activation-problems-with-vmware-uem/
It's Outlook that's having the issue, it's forcing the user to setup a new profile every time they login to a virtual desktop. UEM and App Volume settings are configured right according to VMware documentation. Office 2013 is installed on the master image and activated.
Do you have this enabled under Office 2013?
App Volumes and OST files. | Age Roskam
The link above shows the process that I used to configure UEM and App Volumes. This falls inline with VMware's configuration guidelines for UEM 9.5 and App Volumes 2.14.
Those are the correct steps for setting up OST but that doesn't save your configuration of Outlook. Can you verify that Outlook is enabled as shown in the image I provided in an earlier reply?
It appears that I have it enabled. I am using the JMP server to assign personalization settings. Is there a log file that I can look at to verify that the settings are being applied?
Look at the flexengine.log of the user that logs in. You want to see things like
2019-01-16 11:16:14.025 [INFO ] Exporting profile using config file 'Outlook.INI'
2019-01-16 17:25:01.017 [INFO ] Importing profile archive 'Outlook.zip'
The one to check your rules will say something like
2019-01-16 17:25:00.759 [DEBUG] Conditions: Evaluating condition set 'Microsoft Office 2013.xml'
2019-01-16 17:25:00.769 [DEBUG] Conditions: Check for path 'C:\Program Files (x86)\Microsoft Office\Office15' = false
You want to make sure the condition set is being triggered and that the import and export is not encountering any errors. The flexengine.log is dependent on your logs, its either in the gpo you use for UEM, or if your using NoAD mode its in the noad.xml
Hi,
Is this resolved? Could you please share the fix for this ?
We have the same problem wherein Outlook prompts to create new profile at every new logon.
Thanks,
Two things you try here, disable the writable Drive for one of the user and try to login to the VDI and check is it asking for a Outlook setup again.
Next steps to manually add theOST path to the Writable Drive from outlook settings and delete the old one. Ask user to logoff and login back.