Communicator for Mac 2011 not downloading address book

None of the Communicator for Mac 2011 clients in our organization are downloading the address book from OCS 2007 R2.  Windows Communicator clients are getting the address book without issue and no address book generation errors are appearing on the OCS server.

Windows and Mac clients are both finding OCS resources via DNS and the Mac clients can sign-in without issue.  I've tried enabling logging on the Mac Communicator client, but the resulting log file is huge and I didn't find any smoking guns anyway.

Any suggestions as to how to troubleshoot this issue?

Thanks,

Andy

March 25th, 2011 7:50pm

Digging further into the Communicator log, I found these entries. It looks like the Communicator client is attempting to download the address book from the correct place, but the download is failing. I haven't been able to find out anything about this 0x80000008 error in searching though.


03/25/2011|07:54:02.723 1ED7:A0813540 WARN :: GalInitializeWithInBandUrl: before GalInitialize. useFallback=3, useInband=1, insiderUser=1, sip=jdoe@company.com, user=jdoe@company.com, url_server=https://InternalServerFQDN/Abs/Int/Handler, url_local=
03/25/2011|07:54:02.724 1ED7:A0813540 INFO :: GalpReadSettings: 1. GAL file URL: https://InternalServerFQDN/Abs/Int/Handler.
03/25/2011|07:54:02.725 1ED7:A0813540 INFO :: GetGalSequenceNumber: Full DB sequence = 0, Delta DB sequence = 0
03/25/2011|07:54:02.726 1ED7:A0813540 INFO :: GalpSetSyncStatus: GalpSetSyncStatus setting SyncStatus = 0
03/25/2011|07:54:02.731 1ED7:B10E2000 INFO :: GalpThreadProc: Next sync in 0 ms.
03/25/2011|07:54:02.731 1ED7:B10E2000 INFO :: GalpSynchronize: GalpSynchronize() entered, Today=0e97
03/25/2011|07:54:02.732 1ED7:A0813540 INFO :: OnEvent: eventType=1, dataSource=5
03/25/2011|07:54:02.732 1ED7:B10E2000 INFO :: GalpSynchronize: GalpSynchronize() The current sequence number is 0000. 03/25/2011|07:54:02.733 1ED7:B10E2000 INFO :: GetGalSequenceNumber: Full DB sequence = 0, Delta DB sequence = 0
03/25/2011|07:54:02.734 1ED7:B10E2000 INFO :: GalpReadFullFile: Loading full file https://InternalServerFQDN/Abs/Int/Handler/F-0e97.lsabs.
03/25/2011|07:54:02.735 1ED7:B10E2000 INFO :: GalpDownload: GalpDownload()entered, with Url=https://InternalServerFQDN/Abs/Int/Handler/F-0e97.lsabs
03/25/2011|07:54:04.240 1ED7:B10E2000 INFO :: GalpDownload: hr= 0x80000008 03/25/2011|07:54:04.241 1ED7:B10E2000 ERROR :: GalpReadFullFile: Error: returning hr = 80000008 -
03/25/2011|07:54:04.241 1ED7:B10E2000 WARN :: GalpSynchronize: GalpSynchronize(), Full sync failed: 0x80000008.
03/25/2011|07:54:04.242 1ED7:B10E2000 INFO :: GalpSetSyncStatus: GalpSetSyncStatus setting SyncStatus = 11
03/25/2011|07:54:04.242 1ED7:B10E2000 INFO :: GalpThreadProc: Gal synchronization : 0x80000008
Free Windows Admin Tool Kit Click here and download it now
March 27th, 2011 5:40pm

I am seeing the same problem. Did you ever get this figured out?
June 28th, 2011 6:26pm

So not sure if anyone is still working on this but I was able to resolve this issue.  My setup is slightly different but I'm sure it can be applied to your situation as well.  I'm running Lync Server 2010 and the new Lync 2011 client for Mac (cleaned up Communicator 2011 client) and was running into the same problem.  

The issue was that the internal website that Communicator clients were connecting to was using an SSL certificate issued by my internal CA.  This works fine for all Windows based clients since more than likely, they are joined to the domain.  However, the Macs, even though they are joined to the domain, do not inherently trust certificates issued by my internal CA.  Adding the root CA certificate to the Mac based client and restarting Communicator / Lync resolves this issue immediately.  

Hope it works for you too.

-Ben

Free Windows Admin Tool Kit Click here and download it now
October 20th, 2011 11:44pm

So not sure if anyone is still working on this but I was able to resolve this issue.  My setup is slightly different but I'm sure it can be applied to your situation as well.  I'm running Lync Server 2010 and the new Lync 2011 client for Mac (cleaned up Communicator 2011 client) and was running into the same problem.  

The issue was that the internal website that Communicator clients were connecting to was using an SSL certificate issued by my internal CA.  This works fine for all Windows based clients since more than likely, they are joined to the domain.  However, the Macs, even though they are joined to the domain, do not inherently trust certificates issued by my internal CA.  Adding the root CA certificate to the Mac based client and restarting Communicator / Lync resolves this issue immediately.  

Hope it works for you too.

-Ben

October 20th, 2011 11:45pm

Hi,

But you must have the Internal CA installed in the key chain to login to the LYNC Client in the forst place. If not, i don't think you can evan login to the client at all. Unless your an external user connecting via Edge. But that's not the case. 

Thamara.

Free Windows Admin Tool Kit Click here and download it now
October 22nd, 2011 7:42am

Hi,

Has there been any progress with the problem as I'm in the same boat.

January 9th, 2013 12:46pm

Hi there,

I'm not sure if you've tried this but I was having similar problems and I fixed it by

turning off the cert revocation on the mac.

Installing the root-CA cert and marked it as trusted and checking that the Kerberos auth was active on the server.

It looks like it doesn't seem to work till I remembered another post on here that said you had to sign into Lync without using Kerberos, make a search (which then worked) sign out then back in, this time with Kerberos active and our mac clients can now stem search the GAL fine.

I hope this helps.

Free Windows Admin Tool Kit Click here and download it now
January 11th, 2013 4:43pm

How Do I install the root-CA?

I am having the same issue with the same error message. I have attempted to get the Cert off the Office Communication Server, but it won't import into Keychain.

I was hoping someone could offer a hand?

Thanks,

July 15th, 2013 8:59am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics