locked
Cannot add one contact, all others OK RRS feed

  • Question

  •  

    Hi All,

     

    Got one user who cannot be added as a contact in Communicator. I can find him when I search, but when I try to add the user, it fails and tells me to contact the SysAdmin. From the communicator log, I've found the following...

     

    (the person I am trying to add is othersurname.juergen@mydomain.de. I think the reason why it cannot be added is contained in the ERROR line...

    08/06/2008|09:25:44.049 1F7C:A50 ERROR :: Condition failed with 00000001: '0 != pContactInfo'

    but I don't know how to rectify it..

     

    Any help would be greatly appreciated,

     

    Yours,

     

    Alginald

     

    The rest of the log....

     

    SOAP-ENV:Envelope xmlnsTongue TiedOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:m="http://schemas.microsoft.com/winrtc/2002/11/sip">

    <SOAP-ENV:Body>

    <mBig SmileirectorySearch>

    <m:moreAvailable>false</m:moreAvailable>

    <m:returned>1</m:returned>

    <m:value m:href="#rows" />

    </mBig SmileirectorySearch>

    <m:Array m:id="rows">

    <m:row m:uri="sipSurprisethersurname.juergen@mydomain.de" mBig SmileisplayName="Juergen othersruname" m:title="" mSurpriseffice="" mStick out tonguehone="+1 1231231231231" m:company="" m:city="" mTongue Tiedtate="" m:country="" m:email="othersurname.juergen@mydomain.de"  />

    </m:Array>

    </SOAP-ENV:Body>

    </SOAP-ENV:Envelope>


    08/06/2008|09:25:16.674 1F7C:A50 INFO  :: End of Data Received - 192.168.10.244:5061 (To Local Address: 192.168.251.7:2268) 1196 bytes
    08/06/2008|09:25:16.674 1F7C:A50 TRACE :: SIP_STACK::FindProviderSAContext SA_CONTEXT foundTongue Tiedip/HK244.mydomain.com- 01DD5578, SA list entry 01EF8000, this 01DDAC60
    08/06/2008|09:25:16.674 1F7C:A50 TRACE :: SIP_MSG_PROCESSOR::GetSAListEntry SA [01DD5578] targetname sip/HK244.mydomain.com, auth 8, this 01EDF4BC
    08/06/2008|09:25:16.674 1F7C:A50 TRACE :: SIP_MSG_PROCESSOR::AddSAToList found SA [01DD5578] from list entry [0343AAA8] with TargetName: sip/HK244.mydomain.com Auth: 8 , this 01EDF4BC
    08/06/2008|09:25:16.674 1F7C:A50 TRACE :: SIP_MSG_PROCESSOR::GetSAListEntry SA [01DD5578] targetname sip/HK244.mydomain.com, auth 8, this 01EDF4BC
    08/06/2008|09:25:16.674 1F7C:A50 TRACE :: verified buffer: <Kerberos><CA4FEB34><25><SIP Communications Service><sip/HK244.mydomain.com><43c5b850894845968c7f1e3ea27d16bb><1><SERVICE><sip:mysurname.tom@mydomain.de><ccaf4a0fec><sip:mydomain.de><A8FF026C068BBF603E318A6464F224E2><><><><200>-length-237. signature:602306092A864886F71201020201011100FFFFFFFFF988F30D6BBD99074CC247A8322F41B9
    08/06/2008|09:25:44.049 1F7C:A50 INFO  :: Function: CUccContact::Init
    08/06/2008|09:25:44.049 1F7C:A50 ERROR :: Condition failed with 00000001: '0 != pContactInfo'
    08/06/2008|09:25:44.049 1F7C:A50 INFO  :: CUccPublicationManager:Stick out tongueublishNextEntry - Starting publication of 03423010
    08/06/2008|09:25:44.049 1F7C:A50 TRACE :: Sending pRequest=0343E7E8, m_nDeltaNum=40, pRequest->RetryCount=0
    08/06/2008|09:25:44.049 1F7C:A50 TRACE :: SIP_STACK::FindProviderSAContext SA_CONTEXT foundTongue Tiedip/HK244.mydomain.com- 01DD5578, SA list entry 01EF8000, this 01DDAC60
    08/06/2008|09:25:44.049 1F7C:A50 TRACE :: signed buffer: <Kerberos><a4ed9ea8><18><SIP Communications Service><sip/HK244.mydomain.com><8848c3eb8c5047d68d3eb1362aec97c2><4><SERVICE><sip:mysurname.tom@mydomain.de><89705e28f1><sip:mysurname.tom@mydomain.de><B58DC159><><><> - length- 220. SSPI context:993688-17305408.
    08/06/2008|09:25:44.049 1F7C:A50 INFO  :: Sending Packet - 192.168.10.244:5061 (From Local Address: 192.168.251.7:2268) 1251 bytes:
    08/06/2008|09:25:44.049 1F7C:A50 INFO  :: SERVICE sip:mysurname.tom@mydomain.de SIP/2.0

    Via: SIP/2.0/TLS 192.168.251.7:2268

    Wednesday, August 6, 2008 9:53 AM

Answers

  • SOLVED!

     

    It was related to address book problems that the users were having, which in turn was related to the application pool in IIS starting. but then stopping immediately, which in turn was caused by the RTCComponentService not having the "Password Never Expires" flag set. Set the flag, re-entered the account password on the application pool properties and everything worked fine. A good troubleshooting guide can be found at http://ucnoevil.blogspot.com/2008/03/address-book-chaos.html

     

     

    Monday, August 11, 2008 3:14 PM

All replies

  • Do you have any strange character in the SIP Address?

    Sounds like a German name so try to use only characters that are supported for email addresses

     

    Wednesday, August 6, 2008 10:14 PM
  • Funnily enough, yes. He was a Jürgen, but we changed him to Juergen (as you can see from the log), but this still didn't make any difference, although I'm not sure if I have to remove him from OCS and then re-add him, or if an ABSERVER -syncnow will suffice. Will try both options and post results

     

    Alginald

     

    Thursday, August 7, 2008 5:42 AM
  • OK, got a bit further now. I can add them if I enter their email address, but not by searching for contacts. Unfortunately, the problem had nothing to do with umlauts, but the workaround is OK for now. I'll do some more digging, and if I find the answer, I'll post it,

     

    Alginald

    Thursday, August 7, 2008 10:10 AM
  • You may have to Force Addressbook generation and Delete the old Addressbook from the client to Force Addressbook download

     

    Thursday, August 7, 2008 2:24 PM
  • OK, will check it and see

     

    Alginald

     

    Monday, August 11, 2008 6:48 AM
  • SOLVED!

     

    It was related to address book problems that the users were having, which in turn was related to the application pool in IIS starting. but then stopping immediately, which in turn was caused by the RTCComponentService not having the "Password Never Expires" flag set. Set the flag, re-entered the account password on the application pool properties and everything worked fine. A good troubleshooting guide can be found at http://ucnoevil.blogspot.com/2008/03/address-book-chaos.html

     

     

    Monday, August 11, 2008 3:14 PM