This means that every time I searched for this user in my SfB client, it would send a SUBSCRIBE message to the FE, and I would get back a 200 OK containing this incorrect number. The number was then stored in the CoreContact.cache file on my client, but not in the GalContacts.db. In this file I searched for my incorrect number “+0740892387” and found it buried in a 200 OK response from the Front-End server. This log file can be found on your PC at C:UsersusernameAppDataLocalMicrosoftOffice16.0LyncTracing I then looked in the SfB client log file called “Lync-UccApi-0.UccApilog” using Snooper.
With the help of a colleague, we looked through the Exchange GAL and local Outlook address book, but found nothing. In fact, opening the GalContacts.db file with Notepad showed the correct number.
#Purge cache skype for business mac full#
Recently, I deployed a full Skype for Business Server 2015 solution with Enterprise Voice for a customer.