SfB Presence Free / Busy RRS feed

  • Question

  • This is a bit of a general question...

    We have many users who call support saying their presence in Skype doesn't update according to their calendar - they are in meetings but presence still shows as "Available", etc.

    From searching, it sounds like the default value for CalendarStatePollInterval (client policy) is 30 minutes. If the default setting is for SfB client to check for calendar state every 30 minutes, then in theory, a typical 30-minute meeting could go by and the user's presence will stay available - and technically, there's nothing wrong - that's how it's supposed to behave...

    Of course, if I set the CalendarStatePollInterval to something like 5 minutes or 2 minutes, or 1 minute, etc, That's increasing load on the environment - to Skype servers and Exchange servers, network, etc, especially if the environment has 10s of thousands of users...

    Anyone have any thoughts on this? I think it is a stupid design to handle this this way... for example, why not have SfB clients cache locally the calendar info and update that info according to WebServicePollInterval (through which the meeting lists shows in the calendar tab of SfB client), and have presence change based on that? rather than having SfB client check for calendar state every so many minutes against the server to determine if presence needs to be updated?


    • Edited by eyesoft2222 Wednesday, June 14, 2017 8:19 PM
    Wednesday, June 14, 2017 8:16 PM

All replies

  • Hi eyesoft2222,

    Did this issue happen to all SFB clients in your environment?

    Please right click the SFB icon and choose Configuration Information.  Make sure you see both EWS Internal and External URLs, and EWS Information is "EWS Status OK". Also note that after an appointment is added to Outlook, it may take up to 30 mins by default to synchronize with the Lync client. 

    It's definitely an EWS issue however, check out Thomas' article:

    Moreover, please make sure your SFB client with the latest update.

    Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make sure that you completely understand the risk before retrieving any suggestions from the above link.


    Alice Wang

    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Thursday, June 15, 2017 3:18 AM