Free/busy information error for users whose primary SMTP is internal domain

We have a scenario where we have some users on our network who use s web-based mail service but have AD logins as they need access to internal resources (file and print). 
We have been asked to set up access for these users to the meeting rooms. An initial idea was to create a mailbox for each of these people and set up them up with an email address in the internal domain (company.local.co.xx). This has allowed them to use
the meeting rooms but they cannot retrieve the free/busy information. When looking at available times, get the standard message "Suggestions cannot be provided because free/busy data could not be retrieved"
It's not really clear why this isn't working. Suggestions?

Thanks for the response. Those were my initial thoughts too. 
However, doing a test of the email configuration shows that it successfully finds the OOF, OAB, etc.
Hi,
Since the OOF and OAB Urls can be retrieved properly from Autodiscover service, please directly access the OOF url from IE and see whether a proper XML file is returned. 
Regards,
Winnie Liang
TechNet Community Support

Similar Messages

  • Missing free busy information sporadically

    i have a couple of users that sporadically cannot see the free busy information of other users in outlook when they add some users for meetings. my user is part of exchange admin and domain/enterprise admins and its happening to me as well. happens in both
    cached and non cached outlook modes.
    running exchange 2010 sp3. outlook 2010 and 07.
    when the issue does happen if i hover over the white backslashed bar i get the errors:
    "no information.
    no free/busy information could be retrieved
    you do not have permissions to see the recipients free busy."

    get-webservices command output
    RunspaceId                      : 36334262-34e3-4bb8-a2bc-2e6b9d232c81
    CertificateAuthentication       : 
    InternalNLBBypassUrl            : https://old2010/ews/exchange.asmx
    GzipLevel                       : High
    MRSProxyEnabled                 : False
    MRSProxyMaxConnections          : 100
    Name                            : EWS (Default Web Site)
    InternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    ExternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    LiveIdSpNegoAuthentication      : False
    WSSecurityAuthentication        : True
    LiveIdBasicAuthentication       : False
    BasicAuthentication             : False
    DigestAuthentication            : False
    WindowsAuthentication           : True
    MetabasePath                    : IIS://old2010.company.com/W3SVC/1/ROOT/EWS
    Path                            : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags         : {}
    ExtendedProtectionSPNList       : {}
    Server                          : old2010
    InternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    ExternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    AdminDisplayName                : 
    ExchangeVersion                 : 0.10 (14.0.100.0)
    DistinguishedName               : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=old2010,CN=Servers,CN=Exchange 
                                      Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=company name Cente
                                      rs,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=company,DC=com
    Identity                        : old2010\EWS (Default Web Site)
    Guid                            : abcf18a4-c409-4a4d-a6fe-4834cc30f4ef
    ObjectCategory                  : company.com/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
    ObjectClass                     : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
    WhenChanged                     : 10/20/2012 12:16:23 PM
    WhenCreated                     : 4/1/2010 10:24:09 AM
    WhenChangedUTC                  : 10/20/2012 4:16:23 PM
    WhenCreatedUTC                  : 4/1/2010 2:24:09 PM
    OrganizationId                  : 
    OriginatingServer               : company-vadcp02.company.com
    IsValid                         : True
    RunspaceId                      : 36334262-34e3-4bb8-a2bc-2e6b9d232c81
    CertificateAuthentication       : 
    InternalNLBBypassUrl            : https://company-vexcp02.company.com/ews/exchange.asmx
    GzipLevel                       : High
    MRSProxyEnabled                 : False
    MRSProxyMaxConnections          : 100
    Name                            : EWS (Default Web Site)
    InternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    ExternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    LiveIdSpNegoAuthentication      : False
    WSSecurityAuthentication        : True
    LiveIdBasicAuthentication       : False
    BasicAuthentication             : False
    DigestAuthentication            : False
    WindowsAuthentication           : True
    MetabasePath                    : IIS://company-VEXCP02.company.com/W3SVC/1/ROOT/EWS
    Path                            : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags         : {}
    ExtendedProtectionSPNList       : {}
    Server                          : company-VEXCP02
    InternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    ExternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    AdminDisplayName                : 
    ExchangeVersion                 : 0.10 (14.0.100.0)
    DistinguishedName               : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=company-VEXCP02,CN=Servers,CN=Exchange 
                                      Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=company name Cente
                                      rs,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=company,DC=com
    Identity                        : company-VEXCP02\EWS (Default Web Site)
    Guid                            : 862cc8af-419a-432f-94f0-404c2ce267d9
    ObjectCategory                  : company.com/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
    ObjectClass                     : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
    WhenChanged                     : 6/22/2012 10:42:59 PM
    WhenCreated                     : 9/15/2010 5:35:15 PM
    WhenChangedUTC                  : 6/23/2012 2:42:59 AM
    WhenCreatedUTC                  : 9/15/2010 9:35:15 PM
    OrganizationId                  : 
    OriginatingServer               : company-vadcp02.company.com
    IsValid                         : True
    RunspaceId                      : 36334262-34e3-4bb8-a2bc-2e6b9d232c81
    CertificateAuthentication       : 
    InternalNLBBypassUrl            : https://company-vexcp03.company.com/ews/exchange.asmx
    GzipLevel                       : High
    MRSProxyEnabled                 : False
    MRSProxyMaxConnections          : 100
    Name                            : EWS (Default Web Site)
    InternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    ExternalAuthenticationMethods   : {Ntlm, WindowsIntegrated, WSSecurity}
    LiveIdSpNegoAuthentication      : False
    WSSecurityAuthentication        : True
    LiveIdBasicAuthentication       : False
    BasicAuthentication             : False
    DigestAuthentication            : False
    WindowsAuthentication           : True
    MetabasePath                    : IIS://company-VEXCP03.company.com/W3SVC/1/ROOT/EWS
    Path                            : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags         : {}
    ExtendedProtectionSPNList       : {}
    Server                          : company-VEXCP03
    InternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    ExternalUrl                     : https://webmail.external.com/EWS/Exchange.asmx
    AdminDisplayName                : 
    ExchangeVersion                 : 0.10 (14.0.100.0)
    DistinguishedName               : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=company-VEXCP03,CN=Servers,CN=Exchange 
                                      Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=company name Cente
                                      rs,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=company,DC=com
    Identity                        : company-VEXCP03\EWS (Default Web Site)
    Guid                            : 9a135075-f39d-490d-9e76-a51bed92d6fa
    ObjectCategory                  : company.com/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
    ObjectClass                     : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
    WhenChanged                     : 6/22/2012 10:42:59 PM
    WhenCreated                     : 9/16/2010 5:14:18 PM
    WhenChangedUTC                  : 6/23/2012 2:42:59 AM
    WhenCreatedUTC                  : 9/16/2010 9:14:18 PM
    OrganizationId                  : 
    OriginatingServer               : company-vadcp02.company.com
    IsValid                         : True
    RunspaceId                      : 36334262-34e3-4bb8-a2bc-2e6b9d232c81
    CertificateAuthentication       : 
    InternalNLBBypassUrl            : https://company-vexcp01.company.com/ews/exchange.asmx
    GzipLevel                       : Off
    MRSProxyEnabled                 : False
    MRSProxyMaxConnections          : 100
    Name                            : EWS (Default Web Site)
    InternalAuthenticationMethods   : {Ntlm, WindowsIntegrated}
    ExternalAuthenticationMethods   : {Ntlm, WindowsIntegrated}
    LiveIdSpNegoAuthentication      : False
    WSSecurityAuthentication        : False
    LiveIdBasicAuthentication       : False
    BasicAuthentication             : False
    DigestAuthentication            : False
    WindowsAuthentication           : True
    MetabasePath                    : IIS://company-vexcp01.company.com/W3SVC/1/ROOT/EWS
    Path                            : C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\EWS
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags         : {}
    ExtendedProtectionSPNList       : {}
    Server                          : company-VEXCP01
    InternalUrl                     : https://company-vexcp01.company.com/EWS/Exchange.asmx
    ExternalUrl                     : 
    AdminDisplayName                : 
    ExchangeVersion                 : 0.1 (8.0.535.0)
    DistinguishedName               : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=company-VEXCP01,CN=Servers,CN=Exchange 
                                      Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=company name Cente
                                      rs,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=company,DC=com
    Identity                        : company-VEXCP01\EWS (Default Web Site)
    Guid                            : 8af81f84-1a16-4e2f-940d-e28756176d4b
    ObjectCategory                  : company.com/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
    ObjectClass                     : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
    WhenChanged                     : 6/14/2012 3:39:15 PM
    WhenCreated                     : 11/12/2010 9:25:27 PM
    WhenChangedUTC                  : 6/14/2012 7:39:15 PM
    WhenCreatedUTC                  : 11/13/2010 2:25:27 AM
    OrganizationId                  : 
    OriginatingServer               : company-vadcp02.company.com
    IsValid                         : True

  • Free/busy information in 2007/2013 coexisitance

    I'm in the process of migrating from a single server 2007 exchange environment to a multi server 2013 environment. I'm at the point where I want to move a small group of users to the 2013 serves to do some testing. The only issue holding that back
    is anyone on the 2007 server cannot view free/busy information of a user on the 2013 servers. This does work when a 2013 tries to lookup a 2007 users free/busy information.
    Anyone have any idea why that would be?  

    Hi,
    Please check your Exchange 2007 Web service in CAS configurations. We need to set it with legacy.contoso.com. Just like:
    Set-WebServicesVirtualDirectory –Identity “Exch07\EWS (Default Web Site)” -InternalUrl https://legacy.contoso.com/ews/exchange.asmx –ExternalUrl
    https://legacy.contoso.com/EWS/Exchange.asmx
    For more information about migrate from Exchange 2007 to Exchange 2013, please refer to:
    Step-by-Step Exchange 2007 to 2013 Migration
    http://blogs.technet.com/b/meamcs/archive/2013/07/25/part-3-step-by-step-exchange-2007-to-2013-migration.aspx
    Thanks,
    Winnie Liang
    TechNet Community Support

  • Microsoft Office 2013 Free/Busy Information Issue

    We have several users that cannot see the free/busy information of another user in their Outlook 2013 calendars.  Creating a new Outlook profile for the user and repairing office solves the issue for a short period of time.  Users are running Windows
    8 64 bit, Windows 7 32bit and 64bit with Office 2013.  Our Exchange server is 2010 version 14.03.0158.001.  I have included screenshots of the issue.

    I have been working with Microsoft on this issue.  The patches below are suppose to fix this issue.  We are still currently testing them.
    32 Bit
    ====
    KB Article Number(s): 2825652
    Language: All (Global)
    Platform: i386
    Location:
    http://hotfixv4.microsoft.com/Microsoft%20Outlook%202013/sp1/outlook2013kb2825652fullfilex86glb/15.0.4551.1511/free/471276_intl_i386_zip.exe
    KB Article Number(s): 2837674
    Language: All (Global)
    Platform: i386
    Location:
    http://hotfixv4.microsoft.com/Microsoft%20Word%202013/sp1/word2013kb2837674fullfilex86glb/15.0.4551.1508/free/471263_intl_i386_zip.exe
    KB Article Number(s): 2849994
    Language: All (Global)
    Platform: i386
    Location:
    http://hotfixv4.microsoft.com/Microsoft%20Office%202013/sp1/mso2013kb2849994fullfilex86glb/15.0.4551.1508/free/471241_intl_i386_zip.exe
    The issue with Free / Busy and OOF not getting set would take 24-36 hours to start working once the patch is applied.

  • No Free/Busy Information for Exchange 2010 users in Outlook 2010 client, 2010 OWA shows this information fine

    I have looked for hours and hours on Google and this web site for this type of issue and nothing seems to help.
    Problem:
    On my new Windows 2008 R2 /Exchange 2010 server with IIS7 installed, I can use Outlook 2010 client to login and send and receive e-mail but when I try to busy search internal Exchange users I get no information (cross-hatch), but the sender of the Meeting Request
    can see their own free/busy information fine.  And OWA users can see free/busy information fine, as can Outlook 2003 client users against this Exchange 2010 server when logged in.
    I don't know if I have a certificate problem with regard to IIS7 or Exchange 2010, I did not create my own certificate , it is just what was installed by default when I installed and configured Win2K8 server, IIS7 and Exchange.
    On the Windows 7 workstations with Outlook 2010 client, I am not logging into the Exchange 2010 server DNS domain, if that makes any difference.  On these workstations I can ping "autodiscover.my.exchange.server.com" and my.exchange.server.com
    with no problem.  I even used this Microsoft KB to install a new _autodiscover dns entry, but it did not help :
    When I turn on logging on my Outlook 2010 client, I see this in my C:\Users\Administrator\AppData\Local\Temp\1\outlook logging\20131208-135658864-fb.log :
    2013/12/08 13:56:58.864: Getting ASURL
    2013/12/08 13:56:58.864: URL returned from cached autodiscover: blah blah 
    2013/12/08 13:56:58.864: Request to URL: 
    2013/12/08 13:56:58.864: Request action: 
    2013/12/08 13:56:58.864: Request XML: <?xml version="1.0"?>
    2013/12/08 13:56:59.051: Request sent
    2013/12/08 13:56:59.051: Response error code: 00000000
    2013/12/08 13:56:59.051: HTTP status code: 0
    2013/12/08 13:56:59.051: -------------------------------
    2013/12/08 13:56:59.051: There is an error in request/response.
    2013/12/08 13:56:59.051: XML response:
    2013/12/08 13:56:59.051: -------------------------------
    2013/12/08 13:56:59.051: Getting ASURL
    2013/12/08 13:56:59.644: Failed to get ASURL. Error 8004010F
    At an Exchange shell console I enter this command and get these results :
    Exchnage Management Shell :
    VERBOSE: Connecting to BPExchange2010.my.exchange.server.com
    VERBOSE: Connected to BPExchange2010.my.exchange.server.com.
    [PS] C:\Windows\system32>Test-OutlookWebServices -id:[email protected] -TargetAddress:[email protected]
    ll.com
    RunspaceId : c929eacd-d53c-49d7-8532-c4b74e61b8be
    Id         : 1019
    Type       : Information
    Message    : A valid Autodiscover service connection point was found. The Autodiscover URL on this object is 
    Type       : Success
    Message    : [Server] Successfully contacted the UM service at https://bpexchange2010.my.exchange.server.com/ews/exchan
                 ge.asmx. The elapsed time was 234 milliseconds.
    [PS] C:\Windows\system32>
    ** Also frequently when I log into Outlook 2010 client and start to send a meeting request , I get the Security Alert dialog :
    autodiscover.my.exchange.server.com
    Information you exchange with this site cannot be viewed or changed by others.  However, there is a problem with the site's security certificate.
    Green Check Mark :  The security cerficate is from a trusted certifying authority
    Green Check Mark: The security certificate date is valid
    Red X :  The name on the security certificate is invalid or does not match the name of the site.
    Do you want to proceed ?  .  I either import the certificate or click YES, but does not help this issue.
    NOTE: Each user that shows as NO INFORMATION cross-hatch, these users have appointments and have logged into outlook before.
    When I do this autodiscover url from a Windows 7 pc with outlook 2010 I get  :
    This XML file does not appear to have any style information associated with it. The document tree is shown below.
    <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
    <Response>
    <Error Time="14:47:01.5656198" Id="401440650">
    <ErrorCode>600</ErrorCode>
    <Message>Invalid Request</Message>
    <DebugData/>
    </Error>
    </Response>
    </Autodiscover>
    Can anyone assist ?  What am I missing ?
    Thank You
    NOTE:  When will this go away.  I had to strip out a lot of helpful information to post this.  "Body text cannot contain images or links until we are able to verify your account."

    Hi,
    How many users encounter this issue, all users with Outlook 2010 or some specific users?
    According to your post, the Error code 600 indicates that your Autodiscover service is working well. as for the certificate mismatch issue, we can also following the KB below to resolve it:
    http://support.microsoft.com/kb/940726/en-us
    The Free/Busy information in Exchange 2010 is using the Availability service to
    retrieve it. Please directly access
    https://mail.mydomain.ae/EWS/Exchange.asmx in IE and see whether a proper XML file is returned.
     Or we can go to
    https://testexchangeconnectivity.com and check MS Exchange Web Services Connectivity Tests.
    Thanks,
    Winnie Liang
    TechNet Community Support

  • Users are not able to use Outlook 2010 to view free/busy information and cannot set Out Of Office automatic reply

    Hi All,
    Please help me.
    I have an issue where users are not able to use Outlook 2010 to view free/busy information and cannot set Out Of Office automatic reply. But they are can set Out Of Office automatic reply from OWA. My exchange server is Ms Exchange 2010.
    The test E-mail AutoConfiguration failed with this error:
    Autodiscover to https://mydomain.com/autodiscover/autodiscover.xml starting
    GetLastError=12175; httpStatus=0.
    Autodiscover to https://mydomain.com/autodiscover/autodiscover.xml Failed (0x800C8203)
    Autodiscover to https://autodiscover.mydomain.com/autodiscover/autodiscover.xml starting
    GetLastError=12007; httpStatus=0.
    Autodiscover to https://autodiscover.mydomain.com/autodiscover/autodiscover.xml Failed (0x800C8203)
    Local autodiscover for mydomain.com starting
    Local autodiscover for mydomain.com Failed (0x8004010F)
    Redirect check to http://autodiscover.mydomain.com/autodiscover/autodiscover.xml starting
    Srv Record lookup for http://autodiscover.mydomain.com/autodiscover/autodiscover.xml Failed (0x80072EE7)
    Srv Record lookup for mydomain.com starting
    Srv Record lookup for mydomain.com Failed (0x8004010F)
    Any idea?
    Thanks,
    Pieter

    OK.
    Please follow this step.
    1. As you said you are in coexistence step , so for now all endpoint already point to Exchange 2010 right?
    2. Check legacy owa redirect that you already configure
    3. In Exchange 2010 , Make sure that you already configure "Autodiscoverinternaluri" by this command set-clientaccessserver -identity "servername" -autodiscoverinternaluri
    https://autodiscover.domain.com/autodiscover/autodiscover.xml. and don't forget to create autodiscover record in DNS
    4. in Exchange 2010 , Make sure that you already configure "EWS" path by this command set-webservicesvertualdirectory -identity "XXX\Default web site name" -internalurl
    https://yourinternalurl/EWS/Exchange.asmx -externalurl https://yourexternalurl/EWS/Exchange.asmx
    5. don't forget to replicate freebusy from Exchange 2003 to Excahnge 2010 via public folder.
    You error look like client cannot get autodiscover process please check it again.

  • OWA 2010 address book error retrieving free/busy information

    Hi All
    I get the following error when viewing a contacts free/busy information in the OWA 2010 address book.
    Outlook 2010 clients cannot view contacts free/busy information either. There's a "not connected" error on the client.
    This issue started after a service pack or update was applied. Which one I don't know as it was done by another admin.
    Has anyone seen this error before or does anyone know what this error is pointing to?
    Many Thanks
    Roger
    Request
    Url:
    https://remote.mydomain.com:443/owa/ev.owa?oeh=1&ns=ReadADOrgPerson&ev=LID
    User: Test User
    EX Address: /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Test User7cc
    SMTP Address: [email protected]
    OWA version: 14.3.210.2
    Mailbox server: SBS.mydomain.local
    Exception
    Exception type: System.NullReferenceException
    Exception message: Object reference not set to an instance of an object.
    Call stack
    System.Diagnostics.SharedPerformanceCounter.GetCategoryData()
    System.Diagnostics.SharedPerformanceCounter..ctor(String catName, String counterName, String instanceName, PerformanceCounterInstanceLifetime lifetime)
    System.Diagnostics.PerformanceCounter.Initialize()
    System.Diagnostics.PerformanceCounter.IncrementBy(Int64 value)
    Microsoft.Exchange.Diagnostics.ExPerformanceCounter.IncrementBy(Int64 incrementValue)
    Microsoft.Exchange.InfoWorker.Common.Availability.Query`1.ExecuteWithPerformanceMeasurement()
    Microsoft.Exchange.InfoWorker.Common.Availability.ThreadContext.<>c__DisplayClass6`1.b__5()
    Microsoft.Exchange.InfoWorker.Common.Availability.ThreadContext.Set(String label, ThreadCounter threadCounter, ClientContext clientContext, RequestLogger requestLogger, ExecuteDelegate executeDelegate)
    Microsoft.Exchange.InfoWorker.Common.Availability.ThreadContext.Set[T](String label, ThreadCounter threadCounter, ClientContext clientContext, RequestLogger requestLogger, ExecuteDelegate`1 executeDelegate)
    Microsoft.Exchange.InfoWorker.Common.Availability.Query`1.Execute()
    Microsoft.Exchange.Clients.Owa.Core.Utilities.ExecuteAvailabilityQuery(OwaContext owaContext, AvailabilityQuery query, Boolean expectFreeBusyResults, Boolean expectMergedFreeBusyResults, AvailabilityQueryResult& result)
    Microsoft.Exchange.Clients.Owa.Premium.ReadADOrgPerson.GetFreeBusy(OwaContext owaContext, String recipientPrimarySmtpAddress, ExDateTime startDate, ExDateTime endDate, HttpContext httpContext, String& allDayFreeBusy, String& workingHoursFreeBusy, String&
    oofMessage)
    Microsoft.Exchange.Clients.Owa.Premium.ReadADOrgPersonEventHandler.RenderFreeBusyData(String smtpAddress, ExDateTime startDate, ExDateTime endDate, Boolean renderOof)
    Microsoft.Exchange.Clients.Owa.Premium.ReadADOrgPersonEventHandler.LoadInitialData()

    Free/busy data and the offline address book are two separate services.
    Free/busy uses Exchange Web Services (EWS).  The offline address book uses a different web service connecting to the OAB virtual directory.
    Are you using SBS?  SBS does some things differently so I recommend that you post this in the SBS Forum: 
    http://social.technet.microsoft.com/Forums/en/smallbusinessserver/threads
    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

  • Any Fix / Update For Microsoft Office 2013 Free/Busy Information Issue

    Any official update / fix regarding the Microsoft Office 2013 Free/Busy Information Issue? (not the workaround I found to uninstall KB2837618
    and re-create profile).
    Reference: http://helpdesk.missouristate.edu/news/two-microsoft-updates-cause-problems-with-outlook-2013
    Thanks a lot,
    Moshe

    Refer to the solution which delivery by Hypocrit from another thread with the same topic.
    http://social.technet.microsoft.com/Forums/en-US/827a12f0-c785-43df-a71f-0b21aeffa176/outlook-2013-freebusy-fails-after-updates?forum=officeitpro
    I've copied the replies below:
    "With mfcmapi open your Profile under the Profile->Show Profile
    then double-click "Outlook" or how your Profile is named
    then double-click "Microsoft Exchange"
    then double-click your mailaddress (both) and remove PR_DELETED_FOLDERCOUNT with value SMTP: or correct them"
    http://mfcmapi.codeplex.com/releases/view/101020
    Please Note: Since the web site is not hosted by Microsoft, the link may change without notice. Microsoft does not guarantee the accuracy of this information.
    More reference post:
    http://social.technet.microsoft.com/Forums/en-US/a926f0b5-0e66-4f43-8ac3-50791df16154/microsoft-office-2013-freebusy-information-issue?forum=officeitp
    Tony Chen
    TechNet Community Support

  • Free busy information not working in new exchange site.

    HI,
    We have central site Exchange 2010 setup and it working fine . For business requirement we Installed new Exchange server(Mail/CAS/HUB) in new site.
    Post installed, Auto discover and mail flow are working fine but Free/busy information is not working for new site mailbox users(Not working in outlook and OWA also).
    I am having a strange error coming from outlook. When I run "Test E-mail AutoConfiguration" in Outlook, it comes up with Protocol: Exchange Http "wrong server name"
    Please share your suggestion to change/configure  "correct server name"  in "Protocol: Exchange HTTP"
    Protocol: Exchange HTTP
    Server: wrong server name
    Login name: testuser
    SSL: Yes
    Mutual Authentication: Yes
    Note : ( Protocol: Exchange RPC show correct server information and other Urls (OOF, OAB, OWA, Availability server).)

    Hi will martin,
    Thanks for your reply..
    Yes , I already pointed internal web  service virtual directory ( "https://casarrayname/EWS/Exchan...) to CAS server in new site. Other internal URLs (OWA,ECP,OOF,Availability service) also pointed to
    new site CAS server.
    But , when i check Auto discover internal URI and URL. below is the result.
    Result 1
    [PS] C:\Windows\system32>Get-AutodiscoverVirtualDirectory -Server Servername
    Name                                    
    Server                                  InternalUrl
    Autodiscover (Default Web Site)        
    Servername
    Result 2
    [PS] C:\Windows\system32>Get-ClientAccessServer -Identity servername |fl *internaluri*
    AutoDiscoverServiceInternalUri : https://casarrayname/Autodiscover/Autodiscover.xml
    When i tried to set interurl using the below command and it completed with no error but still InterURL not reflect. 
    command : Set-AutodiscoverVirtualDirectory -InternalURL https://casarrayname/Autodiscover/Autodiscover.xml

  • Free busy information not available from DR site

    We have 4 Exchange 2010 servers in primary site having all roles (CAS,Mailbox,HUB) .We have 3 servers in DR site having all three roles.Primary site is internet facing.
    Users in primary site can see free busy information for users in DR site .However users in DR site cannot see free busy information of primary site .
    Please let me know what changes need to be done whether InternalNLBBypassUrl has to be set to https://servername.domain/ews/exchange.asmx in DR CAS servers,

    For primary site results are as
    Get-WebservicesVirtualDirectory | FL Name, *URL*Name                 : EWS (Default Web Site)
    InternalNLBBypassUrl : https://Contoso.com/ews/exchange.asmx
    InternalUrl          : https://Contoso.com/ews/exchange.asmx
    ExternalUrl          : https://Contoso.com/ews/exchange.asmxFor DR site results are as Get-WebservicesVirtualDirectory | FL Name, *URL*Name                 : EWS (Default Web Site)
    InternalNLBBypassUrl : https://Contoso.com/ews/exchange.asmx
    InternalUrl          : https://servername.com/EWS/exchange.asmx
    ExternalUrl          :

  • [Forum FAQ] Why can't I retrieve Free/Busy information

    Free/Busy information is a feature of Microsoft Outlook that allows you to see when others are free or busy so that you can efficiently schedule meetings. You can use Microsoft Outlook to publish Free/Busy information to any server
    your and your coworkers have read/write access to. However, in some cases you’ll notice that you can’t retrieve Free/Busy information correctly from Outlook. You can try the below methods to troubleshoot and get the Free/Busy information again.
    Since most users who often use this feature are using Exchange, all the information in this content is only based on Exchange.
    General troubleshooting methods:
    Method 1: Start Outlook using the ‘/cleanfreebusy’ command line switch
    Method 2: Logon OWA to see if the Free/Busy information shows correctly
    Method 3: Check the user’s Permission Level when only one user’s Free/Busy information can’t be displayed
    Other causes
    Autodiscover has not been setup correctly
    Updates
    Here are the detailed steps and explanation of each method and cause.
    Method 1: Start Outlook using the ‘/cleanfreebusy’ command line switch
    With the ‘/cleanfreebusy’ switch, it will clear and regenerate free/busy information when Outlook starts, sometimes this process fixes the problem that Free/Busy information doesn’t display correctly, and this is always the first thing we should try when
    we can’t get the Free/Busy information from Outlook.
    This switch can only be used when you are able to connect to your Microsoft Exchange server.
    To start Outlook using the switch, we can press Win Key +
    R to start Run, type ‘outlook.exe /cleanfreebusy’ in the blank box, then press
    Enter.
    Please note since Outlook 2013 only uses the availability service which is connected to Autodiscover, the command line switch ‘/cleanfreebusy’ has been removed as well as the associated code so that Outlook 2013 will not recognize this
    command.
    Method 2: Logon OWA to see if the Free/Busy information shows correctly
    If you are using Cached Exchange Mode in Outlook and having trouble getting the Free/Busy information, please logon OWA, or switch to Online Mode to see if the Free/Busy information shows correctly.
    If the Free/Busy information shows correctly on OWA or in Online Mode, this problem may be caused by the Outlook Data File(.ost) corruption, which leads to the sync failure. Therefore we should exist Outlook, browse to the Data File and rename it to “.old”.
    The next time Outlook starts, it will regenerate a Data File to sync and we can check if the Free/Busy information can be retrieved.
    The location of the Data File can be found from File tab ->
    Account Settings -> Account Settings ->
    Data Files tab. (Outlook 2010 and Outlook 2013)
    Or Tools menu -> Options ->
    Mail Setup tab -> E-mail Account -> Account Settings window ->
    Data Files tab. (Outlook 2007)
    If on OWA it displays fine but doesn’t show the information correctly in neither Cached Exchange Mode nor Online Mode, it may be caused by the firewall or anti-virus settings, disable them to verify if they caused the problem.
    Method 3: Check the user’s Permission Level when only one user’s Free/Busy information can’t be displayed
    When a user has set his Calendar Permission to None, other people will not be able to see his Free/Busy information. When we notice that we can get most people’s Free/Busy information but fail to get one specific person’s, please consider
    to check his Calendar Permission:
    In that user’s Outlook, right click on his default Calendar, click Properties, select
    Permissions tab.
    We need to at least switch the Permission to Free/Busy time to get his Free/Busy information correctly.
    Other cause 1: Autodiscover has not been setup correctly
    From Outlook 2007, Outlook uses Autodiscover to get the Free/Busy information. Once Autodiscover has not been configured properly, the Free/Busy information may not display correctly. If you are also seeing issues with Out of Office assistant, we may assume
    that you haven’t correctly setup Autodiscover, since these two symptoms are common when Autodiscover is not configured correctly.
    To verify that, please test Outlook Autodiscover Connectivity:
    http://technet.microsoft.com/en-us/library/bb123573.aspx
    We can also learn Configure Exchange Services for the Autodiscover Service from:
    http://technet.microsoft.com/en-us/library/bb201695.aspx
    Since Autodiscover Service is more Exchange related, we need to seek Exchange support and post the question in Exchange forum:
    http://social.technet.microsoft.com/Forums/exchange/en-US/home?category=exchangeserver
    Other cause 2: Updates
    Although Updates from Microsoft do no harm to the system for most of the time, the updates sometimes can mess things up.
    Outlook 2013 November 2013 security update once became the culprit that caused some users not able to retrieve Free/Busy information from calendar scheduling. This occurs because Autodiscover fails for Exchange 2007 configurations. So in fact, this also
    refers to the previous reason, Autodiscover is corrupted.
    The fix for the issue above has been released:
    http://support.microsoft.com/kb/2850061/en-us
    Once you have some issues after updating and doubt it’s an update issue, you can always come to our forum to ask if there’s a recent update which causes the problem, we will be happy to support you. If a fix hasn’t been released yet, we suggest you uninstall
    the suspicious ones from Control Panel -> Programs and Features ->
    View installed updates to verify which caused the problem, also as a workaround.
    Summary
    The reason that we can’t get the correct Free/Busy information can vary. If you find it doesn’t work even after several general troubleshooting steps, please consider it’s Autodiscover related. For anyone who comes up against the issue that Free/Busy information
    can’t be retrieved, please feel free to visit Outlook IT Pro Discussions from the URL:
    http://social.technet.microsoft.com/Forums/office/en-US/home?forum=outlook, we will be glad to help you.
    Please click to vote if the post helps you. This can be beneficial to other community members reading the thread.

    You should be charged, but that confirms the account.  Same behavior with the app store...have to give login info evem for free downloads.

  • Out of office/free busy not working for Outlook 2013

    Hi!  I have a user on our network that cannot use Out of office or see free/busy information in meeting requests.  We have hundreds of working 2010 clients but this one is 2013 and NOT a member of our domain.  They are connected to exchange
    and can do anything except the above.  When I do a test of email autoconfiguration it just fails.  DNS resolution is working fine but it can't connect to the server for these two functions only.  Any articles I can find assume the user is remote
    and outside the network but he is connected internally.  Any ideas?
    Thanks!

    Hi,
    Please switch to Outlook 2010 client and login OWA to check this issue.
    The Microsoft Exchange Server 2010 Availability service makes free/busy information available to Outlook client. Then Outlook uses the Exchange Server 2010 Autodiscover service to obtain the URL of the Availability service. As you
    mentioned, it failed to do a test of email autoconfiguration. So I suggest the following methods for troubleshooting
    Please switch to Outlook 2010 client and login OWA to check this issue.
    Have you configured
    Autodiscover Service for Internet Access?
    Use Test-OutlookWebServices cmdlet to
    verify that the Autodiscover service settings for Outlook clients are configured correctly.
    Blog for
    reference to troubleshooting Autodiscover.
    Best Regards.
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
    Lynn-Li
    TechNet Community Support

  • Free/busy information unavailable in Outlook 2013 on Windows 8.1 on Exchange 2010

    Hi,
    This has been discussed a lot inf forums but unfortunately having followed all the guides I have found, I can't resolve it.  I am the only user with the issue.  
    I have primarily followed https://social.technet.microsoft.com/Forums/office/en-US/ee9e1b89-bea1-48aa-9008-cae205c5e816/forum-faq-why-cant-i-retrieve-freebusy-information?forum=outlook 
    including recreating my profile, installing http://support.microsoft.com/kb/2850061/en-us via
    Ofifce 2013 SP1, verifiying the funtion works through OWA etc etc.
    I have the full version of Office 2013 Pro not the Click to Run version.  It seems to be the Outlook client itself not the Exchange server.  I am at a loss what to do next... please help! :)

    Hi,
    Please also enable Automatic Replies in Outlook, check if this feature works well.
    Since the issue only occurs to one client and it works on OWA, I suggest you try these steps below to troubleshoot the issue:
    1. Start Outlook in Safe Mode. It is always a helpful method to troubleshoot Outlook client issues, when in Safe Mode, Outlook doesn't load with add-ins, we can check if this issue persists when add-ins are disabled:
    Press Win + R, type "outlook.exe /safe" in the blank box, press Enter.
    If there's no issue in Safe Mode that you can find free/busy information again, disable the suspicious add-ins to verify which one caused the problem.
    2. Perform a clean boot. This helps determine whether the issue is related to some background programs, any 3rd-party programs will be disabled. If the issue doesn't occur in Clean Boot, then we may suspect it's related to some 3rd-party programs, the detailed
    steps can be found in this link below:
    http://support.microsoft.com/kb/929135
    Regards,
    Melon Chen
    TechNet Community Support
    It's recommended to download and install
    Configuration Analyzer Tool (OffCAT), which is developed by Microsoft Support teams. Once the tool is installed, you can run it at any time to scan for hundreds of known issues in Office
    programs.

  • Free Busy information not appearing correctly in Outlook

    First some background:
    For two of our Resource Mailboxes, we are having an issue where all times are showing outside of Work Hours (gray). The working hours for both of these rooms are set for 8-5, pst, just like all our other Resource Calendars. This occurs on all installed Outlook clients,
    but does not occur through OWA (both logged in as the resource, and a standard user).
    Things we've checked and confirmed are the same with a working resource:
    Permissions for the Mailbox
    Permissions for the Calendar
    TimeZone Information
    Work Week Information
    Resource Policies
    Steps we've taken to try and resolve the issue without affect:
    Forcing a OAB update on Exchange and Locally
    Changing Work Week/TimeZone
    Changing Calendar share permissions
    I'm a little lost at where to proceed next, I've got a mind to try and just kill our OAB and rebuild from scratch, but will talk that over with our Exchange Admin. I've done Compares on Get-Mailbox, Get-MailboxCalendarConfiguration, Get-MailboxCalendarFolder,
    Get-MailboxFolder, Get-MailboxFolderPermission, Get-MailboxRegionalConfiguration and probably every other cmdlet one could run on a mailbox (except for probably exact the one I need).

    Hi,
    Do you mean the issue doesn’t happen when users view room’s free/busy information from Scheduling Assistant in OWA?
    Please make sure the date and time zone are the same in Exchange server, Outlook clients settings, user local machines and Domain Controller. Also double confirm the work hours for these two room mailboxes are configured the same for 8:00AM to 5:00PM. Please
    run the following command in Exchange server to check the calendar processing for these two problematic room mailboxes:
    Get-CalendarProcessing Room1 | FL
    Get-CalendarProcessing Room2 | FL
    Regards,
    Winnie Liang
    TechNet Community Support

  • Unable to see free/busy information

    Hi,
    Exchange 2010 and Outlook 2010
    Multiple Sites
    Multiple DAGS
    About 20 000 users
    All users are working fine except for 2 so far with regards to Autodiscover
    Symptom:
    They are unable to see free/busy information from all other users.
    AUTODISCOVER GET SETTINGS BEGIN
    Enabled login on their Outlook and found the following:
    Local autodiscover for domain.com Failed (0x8004010F)
    AUTODISCOVER GET SETTINGS BEGIN
     SMTP=[email protected]
    AutoDiscover PreferLocalXML is ON.
    Local autodiscover for Westernunion.com starting
    Local autodiscover for domain.com Failed (0x8004010F)
    AutoDiscover Warning: ExcludeScpLookup is ON.
    AutoDiscover Warning: ExcludeHttpsAutoDiscoverDomain is ON.
    AutoDiscover Warning: ExcludeHttpsAutoDiscoverDomain is ON.
    AutoDiscover Warning: ExcludeHttpsAutoDiscoverDomain is ON.
    AutoDiscover Warning: ExcludeHttpRedirect is ON.
    AutoDiscover Warning: ExcludeSrvRecord is ON.
    AUTODISCOVER GET SETTINGS END
    Any ideas,

    what the heck is this in there for?
    AutoDiscover PreferLocalXML is ON
    Between that that and all of the other settings I see, there is no chance that AutoD will work for them....
    Cheers,
    Rhoderick
    Microsoft Senior Exchange PFE
    Blog:
    http://blogs.technet.com/rmilne 
    Twitter:   LinkedIn:
      Facebook:
      XING:
    Note: Posts are provided “AS IS” without warranty of any kind, either expressed or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose.

Maybe you are looking for