Skip to main content
Question

Lync and Mavericks Integration

  • November 4, 2013
  • 77 replies
  • 167 views

Show first post

77 replies

Forum|alt.badge.img+3
  • New Contributor
  • February 10, 2014

Thanks for the response, but that's not the most straightforward thing in the world to do. Lync policies are only defined by user, site, or global levels. I found a workaround, but it's not quite as black-and-white as your response would suggest.


Forum|alt.badge.img
  • New Contributor
  • February 13, 2014

All that did not work for me.. however, if you have a backup (lion) and your lync worked.. all you need to do is access last backup ...copy sip_xxxx folder.. and paste it into /users/xxx/microsoft user data/microsoft lync data/ - that does the trick.. lync works again... magic...

cheers


Forum|alt.badge.img+19
  • Contributor
  • February 13, 2014
copy sip_xxxx folder.. and paste it into /users/xxx/microsoft user data/microsoft lync data/ - that does the trick.. lync works again... magic...

that'll resolve any addresses in that cache, but you're going to miss out on any new employees added after that cache was created!


Forum|alt.badge.img+1
  • New Contributor
  • February 20, 2014

@AlgirdasR https://jamfnation.jamfsoftware.com/discussion.html?id=8899#responseChild50219

Posted 06/12/13 at 06:20 by AlgirdasR Until the update arrives, there is a workaround. There are three types of policies for reading address book: 1. WebSearchOnly (when cache is not built locally on client) 2. FileDownloadOnly (when cache is built on client - in this case something in Mavericks prevents Lync to do it) 3. WebSearchAndFileDownload (if client does not support caching, e.g. mobile app, it will be using websearch in other way - filedownload) In our case it was the 3rd one in our settings and it was not possible to find contacts, unless we used full email address. Setting this policy to 1st fixed the issue. You can set this policy with this command: Set-CsClientPolicy -Identity Global -AddressBookAvailability WebSearchOnly If you are creating a new policy, you also need to run grant command. More information about commands: http://technet.microsoft.com/en-us/library/gg398300(v=ocs.14).aspx After this is done, client needs to quit Lync and launch it again - it works instantly.

I found the following article helped with understanding the possible work-around of using WebSearchOnly:

http://blog.schertz.name/2010/11/forcing-lync-address-book-web-query/

I'm discussing this with our Infrastructure team, with a view to implementing the change.

Has anyone done this yet, and if so - have you found any issues with doing so? Any network utilisation or IO issues on the Comms server?


Forum|alt.badge.img+4
  • Contributor
  • March 11, 2014

Hi,

Yes i ran this from the server (Set-CsClientPolicy -Identity Global -AddressBookAvailability WebSearchOnly)

Took about 30seconds and it worked

Thanks
Guys


easyedc
Forum|alt.badge.img+16
  • Esteemed Contributor
  • March 11, 2014

We are doing workstation pickup/drop off for our 10.9 migration. Luckily we are able to grab the files usually and so I have had success with just copying over the 2 missing files:

/Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db
/Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db.idx

From a known good directory (10.8). Our MSFT TAM promises the update to fix this is coming this month. Sure.


Forum|alt.badge.img+1
  • New Contributor
  • March 12, 2014
Posted Yesterday at 15:02 by easyedc We are doing workstation pickup/drop off for our 10.9 migration. Luckily we are able to grab the files usually and so I have had success with just copying over the 2 missing files: /Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db /Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db.idx From a known good directory (10.8). Our MSFT TAM promises the update to fix this is coming this month. Sure.

This will only allow you to see a copy of the GalContacts.db that was up-to-date at that point in time, so won't update...

I've just had a thought on how you might be able to get round this... I've not tried this, but what you could try is test the .db and .db.idx files from another user's 10.8 build and see if they update/ work on a different users 10.9 build... IF that works, you could create a login hook/ script to copy the GalContacts files from a 10.8 Mac at login (or set a logout script on a 10.8 mac to upload to a server/ file share and reference that location for the login hook), so you can get updated contacts on the 10.9 Macs... worth a go?


bentoms
Forum|alt.badge.img+35
  • Hall of Fame
  • March 18, 2014

For those of you having made the change to the global policy, is there a noticeable lag in looking up contacts? Any noticeable increase in server lag?


seabash
Forum|alt.badge.img+7
  • New Contributor
  • March 18, 2014

@bentoms][/url

No perceived lag from any 10.9 clients whose Lync policy profiles our server team has flipped to "WebSearchOnly" (approx 80 so far).
Users may see a "Searching..." status (at bottom-left of Lync window), but results are milliseconds thereafter.

Notes:
If Lync is left running overnight, GAL searches fail, stalling at "Searching..." and return no results. To avoid or resolve this issue quit and relaunch Lync and GAL searches are functional.

Kerberos blocks GAL search in our environment--regardless of Lync search policy, so we configure clients for username/password. Given the sordid Kerberos history in Lync, I'm not in a hurry to address this; un/pw is fine.

Windows note: same users logging onto Windows (7/8/8.1) report slow GAL searches. So make sure these are primarily Mac users that you "flip" on Lync server.

I'll confirm Lync 14.0.8 fixes the OS X 10.9 issue IF/WHEN it's released.


Forum|alt.badge.img+4
  • Contributor
  • March 18, 2014

Still need help with this? I have been working with my server guy on our Lync deployment and had the same issue. I have noticed if you don't add DNS entries on Mavericks to all the network adapters it won't SYNC with AD to pull the global address book information. Also on the Lync server there are different polices for windows clients and mac clients. You may want your server guys to look into that. My company end up calling PS from microsoft to come in and fix all the issues including this one. Our server guy never did this before and created a cluster F**k. But good old MSFT fixed the issues. Are you using outlook on mac? I noticed that on our outlook clients on 10.9.2 osx if you don't specify a domain controller to do searches or gal pull it won't work. You may want to look at that as well.


bentoms
Forum|alt.badge.img+35
  • Hall of Fame
  • March 18, 2014

@seabash, thanks for the confirmation.

Even if it's not what I wanted to hear.

We've 200 Macs to 1,200 PC's. Almost all the PC's are on Win7.

I'll guess we'll wait. Hopefully not long now.

But the Office 2014 rumours of a April launch has me worried that this update will be bundled with that.

Oh & shame about Kerberos auth post SearchPolicy change not being able to search. Would've been nice.


bentoms
Forum|alt.badge.img+35
  • Hall of Fame
  • March 18, 2014

@jcavallino, does Lync identify the clients used & then apply the policy?

That may work.

Any hints on where that setting is or a technet document on it?


Forum|alt.badge.img+4
  • Contributor
  • March 18, 2014

@bentoms- My server guy always ask me who the user is so he can set policy. Also ask me are they windows or osx. We also use Lync for mobile and ipads as well. I haven't gotten access yet to the Lync server because he won't give me access maybe because i will pick it up in a hour and make him look like a moron. LOL But what i do know is there are 2 seperate policies being applied. 1. For the windows 7 clients i had to create a GPO policy to hide the first time run options when you first install Lync. I packaged the windows client via office customization tool then pushed it via SCCM 2007. The lync client for mac was very easy, only thing i don't like is i wish that they had a full service pack update for lync on osx side instead of installing 4 updates seperatly. Also back to the policy's 90% is control via server side, there is a technet article on this. http://technet.microsoft.com/en-us/library/gg398867.aspx

if you have any other questions i have built both deployments for both windows and mac. email me jcavallino@equinix.com


Forum|alt.badge.img+18
  • Valued Contributor
  • March 18, 2014

i think if you download this http://www.microsoft.com/en-us/download/details.aspx?id=36517 its a full installer.


bentoms
Forum|alt.badge.img+35
  • Hall of Fame
  • March 18, 2014

Thanks @jcavallino.

I'm not involved with new starters, so ad-hoc is a no-go.

We have Lync running @ login with the plist populated by an AppleScript app that launches Lync.

All is ok except for this 10.9 issue.


Forum|alt.badge.img+4
  • Contributor
  • March 18, 2014

No problem I know for a fact its a policy related issue via server side. We had that problem in the first part of the deployment, but once the research was done that there are polices to control this it was lifted off my plate :)


Forum|alt.badge.img+1
  • New Contributor
  • April 4, 2014

Thanks for the great comments, we too are having this issues with Lync 14.0.7, and Mavericks.
In reading the comments, it does appear that Lync is not creating the two GalContacts files. (GalContacts.db, GalContacts.db.idx) in the Lync Data folder for new setups.
So, I looked on my Mac, because I am connected via Kerberos, and have no issues searching for contacts.
I have the two Gal files, so I copied them to the affected client, and relaunched Lync, and now I am able to search on the client's Mac.
So, my question is, why are these not being automatically created, and secondly, is there any negative issues with using the GalContact files from my computer? They don't appear to contain any personal data.
Thanks!


Forum|alt.badge.img+1
  • New Contributor
  • April 7, 2014

@ptrondsen - there is no issues with using these files... the problem is they won't update, so any changes made to the GAL won't propagate to that client. You would need to manually copy the GAL files to the affected Mac manually - or as I stated in a previous post... use a Launchd/ startup script to copy the files from a good source from a network volume at each logon.


Forum|alt.badge.img+1
  • New Contributor
  • April 7, 2014

@sickboi78 - Thanks for the info, that makes sense, I thought maybe the GAL files would kick in the connection to the server. Any idea, why this isn't happening automatically anymore?


Forum|alt.badge.img+1
  • New Contributor
  • April 7, 2014

@ptrondsen - There is an incompatibility/ bug with Lync on Mavericks (OS X 10.9). M$ have released a couple of patches/ updates to Lync which fix other issues, but not this one. From reading through the thread, v14.0.8 is due imminently, and should (hopefully) address this issue...

Post on 11/3/14 at 3:02 PM by @easyedc read:

We are doing workstation pickup/drop off for our 10.9 migration. Luckily we are able to grab the files usually and so I have had success with just copying over the 2 missing files: /Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db /Users/XXXX/Documents/Microsoft User Data/Microsoft Lync Data/GalContacts.db.idx From a known good directory (10.8). Our MSFT TAM promises the update to fix this is coming this month. Sure.

The other 'fix' listed in this thread is to change your Lync directory search behaviour for your mac users to use 'WebSearchOnly' mode...

http://technet.microsoft.com/en-us/library/gg398300(v=ocs.14).aspx

http://blog.schertz.name/2010/11/forcing-lync-address-book-web-query/

If you do this globally, Windows Lync users will notice a slow down in searching for users - I guess there are other other considerations for this too - depending on how many users you have/ what spec your infrastructure is (network & server etc.)... if you don't have many users and decent infrastructure, this may not be a massive consideration, and you may want to implement a change globally... it may be that you create a new administrative group on your Lync server just for your Mac users and implement the policy for them only... a bit more complicated to implement, but if you can't wait for the patch from M$, then this might be a better solution for you... certainly easier to implement if you don't have a managed Mac environment where you can deploy logon script updates to all Mac users...

If you do have a managed Mac environment, and can push logon scripts out to all your Macs, then settings a Mac with OS X 10.8 and Lync on to copy it's GAL files to a network volume and all other Macs to pick those files up each day may be an easier/ quicker solution (workaround) for you to implement... we don't have that many Mac users, so are happy to wait for the patch from M$.


Forum|alt.badge.img+1
  • New Contributor
  • April 7, 2014

@sickboi78 - Thanks Again, obviously, the other fix, has to be done on the server side, and I am just a Mac Server admin, and don't have rights, so I guess I'll wait for 14.0.8. :)


Forum|alt.badge.img+1
  • New Contributor
  • April 7, 2014

@ptrondsen If you've got a Mac OS X Server and/or ARD (Apple Remote Desktop), I think you could easily push a launched bash script to your users Macs and get them to configure themselves to pick up updated files... create a new task and deploy it - simples :)


Forum|alt.badge.img+1
  • New Contributor
  • April 10, 2014

Hi Everyone... update 14.0.8 has FINALLY been released...

KB Article:
http://support.microsoft.com/kb/2952672

Download:
http://www.microsoft.com/en-us/download/details.aspx?id=36517

I've just downloaded and installed it, and it has resolved the GAL issue - for me, at least. I haven't performed a clean install yet, but it looks promising.

Please advise if you have any issues!


Forum|alt.badge.img+33
  • Hall of Fame
  • April 10, 2014

mks007
Forum|alt.badge.img+6
  • Contributor
  • April 11, 2014

14.0.8 Working so far, only on a few at the moment.

Lets see what happens.