lync on websearch only but updates from active directory are not processed.
Hello,
I use "websearch only" for "addressbookavailability". This is working fine on all client.
I have a problem with changes in active directory. When we change for example "job title" of someone then the old "job title" stays present on lync client. When i do a reset of the client of a new installation the new "job title"
is present.
Although we use "websearch only" for some changes it seems that the local address book of lync is still used.
Does someone know how i can force a lync client to also query active directory for this.
I know that the lync server updates every night but on many clients the local address book is not updated.
Regards
February 13th, 2015 5:35pm
You still can force the Addressbook replication by running update-csuserdatabase and update-csadressbook. I suggest you delete the .slab files from Lync share web folder 0000000\000000 folder and then run above command. that will create brand new set of
files. the delete the sip folder from client PC and then restart the client to force download the local copy. see if that fix your issue.
February 14th, 2015 12:46am
Hi Yarisken,
You can run Update-CsUserDataBase to force Back-End to
re-read all the user-related information stored in Active Directory Domain Services.
Best regards,
Eric
February 16th, 2015 12:56am
You still can force the Addressbook replication by running update-csuserdatabase and update-csadressbook. I suggest you delete the .slab files from Lync share web folder 0000000\000000 folder and then run above command. that will create brand new set of
files. the delete the sip folder from client PC and then restart the client to force download the local copy. see if that fix your issue.
February 16th, 2015 3:34am
Hi Yarisken,
You can run Update-CsUserDataBase to force Back-End to
re-read all the user-related information stored in Active Directory Domain Services.
Best regards,
Eric
Hello Eric,
This is not working. The cache on the local computers is not updating.
February 16th, 2015 3:36am
You don't have to clean up the .slabs files al the time. And can you check whether the client can access the Addressbook services in FE server?. Can you try to access <a href="https://>FE">https://>FE Pool FQDN>:443/ABS/Handler and
see if you can reach the server. You should get some response from the server. It shouldn't be "Page cannot be displayed"
February 16th, 2015 3:43am
You don't have to clean up the .slabs files al the time. And can you check whether the client can access the Addressbook services in FE server?. Can you try to access <a href="https://>FE">https://>FE Pool FQDN>:443/ABS/Handler and
see if you can reach the server. You should get some response from the server. It shouldn't be "Page cannot be displayed"
February 16th, 2015 11:44am
Hi Yarisken,
Based on my understanding, if the GALcontacts.db and GALcontacts.db.idx files exist, the Lync client will always search the contacts from them first even the client policy is configured to websearchonly.
Best regards,
Eric
February 25th, 2015 5:11am
Hi Yarisken,
Based on my understanding, if the GALcontacts.db and GALcontacts.db.idx files exist, the Lync client will always search the contacts from them first even the client policy is configured to websearchonly.
Best regards,
Eric
That is , i think, correct Eric. It's definately the case for extra fields.
February 25th, 2015 7:03am
Hi Yarisken,
Based on my understanding, if the GALcontacts.db and GALcontacts.db.idx files exist, the Lync client will always search the contacts from them first even the client policy is configured to websearchonly.
Best regards,
Eric
-
Marked as answer by
Eric_YangKModerator
1 hour 21 minutes ago
February 25th, 2015 10:10am
Hi Yarisken,
Based on my understanding, if the GALcontacts.db and GALcontacts.db.idx files exist, the Lync client will always search the contacts from them first even the client policy is configured to websearchonly.
Best regards,
Eric
-
Marked as answer by
Eric_YangKModerator
18 hours 5 minutes ago
February 25th, 2015 10:10am