#50 Phone numbers of some buddies are missing


I'm using pidgin with the SIPE plugin. I've been on an older version of the pluging for some time due to absence of win32 binaries.
When I upgraded I noticed after some time, that the phone numbers of some of the buddies are missing from the pidgin gui. Often the mobile number is missing, the office phone is there.

This used to work. Maybe this is due to parsing problems?


  • Stefan Becker

    Stefan Becker - 2012-11-10

    Please attach a --debug log. Please mark the time when you hover over one of the contacts that doesn't show the phone number, so that I can find it in the log.

  • Michel Hegeraat

    Michel Hegeraat - 2012-11-12

    Hi Stefan,

    I may need some additional guidance to get to the bottom of this.

    I've created the debug log-file and found that the phone number displayed is not retrieved when I hover or right-click the buddy.
    Its done before, I guess when the person comes online?

    Anyway I looked up the info for a person with and one without a mobile number. I will attach these profiles.

    I guess a change has been made on the a server that provides pidgin with the info.

    Clearly the office communicator uses another way to obtain the phone numbers of a buddy.!!

    The sipe plugin uses a contact card to parse for the phone numbers. In pidgin I see the phone type appear.

    <contactCard xmlns="http://schemas.microsoft.com/2006/09/sip/contactcard">
    <company>Company Belgium SA</company>
    <title>Networking Architect</title>
    <phone type="work">

    <contactCard xmlns="http://schemas.microsoft.com/2006/09/sip/contactcard">
    <company>Company Belgium SA</company>
    <title>Associate Engineer</title>
    <phone type="work">
    <phone type="mobile">

    So to make this work again we will need to see how the office communicator gets this type of info.

    I the registry (I'm on windows 7) under both:


    I have set the EnableFileTracing to 1

    I've then launched the communicator and right-clicked a few contacts to lookup their mobile numbers.

    I found the numbers do not appear in the Communicator-uccapi-0.uccapilog.

    In fact the only mobile numbers that appear are mine and that of another contact who still has his mobile number in the contact card. An of course the other office phone numbers.

    So in order to find out how office communicator gets the mobile numbers I guess even more debug option are required.

    I hope you have some ideas there?



  • Michel Hegeraat

    Michel Hegeraat - 2012-11-12

    Further more I found that some contacts don't have the contactCard any more.
    In pidgin I don't see a phone number for these people.
    In office communicator I see their numbers.

    I see in the registry a WPPMEDIA key with a lot of subkeys that make me think of VOIP. RTP, VOICEENHANCE, VIDEO, etc

    Not sure if I can debug this easily.

  • Stefan Becker

    Stefan Becker - 2012-11-12

    Do I understand you correctly: for all contacts that you can identify in the log as having a ContactCard AND phone numbers listed in the contact card, for THOSE you can still see the numbers?

    So your problem is that your IT removed (some of) the contact data information from Lync and that it is *NOT* a bug in SIPE?

    As for other information sources: there is AddressBook Web Service, which is crappy to use and would eat a lot of CPU cycles & create lots of network traffic if used for each contact. I don't see this as option. ContactCard comes basically for free with subscriptions to your contacts.

  • Michel Hegeraat

    Michel Hegeraat - 2012-11-13


    Indeed, the disappearing of the phone-numbers must be due to the fact that these have been removed from the ContactCard.
    So the way that SIPE was/is getting it's phone number details from the LCS no longer works for me.
    I would not say that the way it gets the info has a bug, but rather it is probably not the best way to obtain that info. And certainly not the only way.

    I have no idea about other sources for this information, and I do not know how office communicator gets this information from the LCS.

    I do feel however it would be best if SIPE would use the same method(s) that communicator does. The better it matches the communicator behaviour, the better the integration.

    You mention a crappy 'AddressBook Web Service'. I think this is related to exchange perhaps?

    This service is not used by communicator now, it does it ask me for the exchange credentials, (to get calendar info) but it has the contact phone numbers when I have not yet given the exchange credentials .

    And also because in the network trace I can see it talks to one host only, the LCS server. Unfortunately the data is in ssl encryption.

    I'm not sure how I could capture the conversion between communicator and LCS other then via the tracing. I do think I need to further specify what it should trace or indicate a trace level.

    I will see if google can provide me with some ideas for this.

    I hope if I'm able to show you how communicator get this info, you are interested in bringing it into SIPE.


  • Stefan Becker

    Stefan Becker - 2012-11-13

    So it is not a bug, but a missing feature. But if the feature is outside OCS/Lync then IMHO we don't need to implement it. If you disagree then feel free to contribute code.

    Set to lowest priority and changed to Feature Request.

    As for analysing the protocol:

    - if Wireshark really only shows *one* TCP/SSL stream from Lync client to the OCS server:port combination, then all information must be included in the SIP messages, but moved to a new data source, i.e. not ContactCard anymore. If that is the case then it must be visible in the UCCAPI log from the M$ Lync client (see FAQ)

    - if there are other SSL streams after the login, then Lync client is communicating with other services on the server. You'll have to run a man-in-the-middle attack on the SSL communication with a stunnel pair on another machine.

    - the other thing could be that M$ Lync client simply uses Windows services, i.e. data automatically provided by AD. Somebody with Windows programming experience would need to contribute code for doing this, unless of course it can be implemented OS-agnostic with LDAP.

  • Stefan Becker

    Stefan Becker - 2012-11-13
    • labels: 1198655 -->
    • priority: 5 --> 1

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks