Not avaliable free/busy information

Aleksey Kucherovskiy Syrve 0 Reputation points
2024-07-01T09:58:00.27+00:00

Dear Team! In Exchange online, I configured the availability of calendars with the O365 client.

I used these instructions https://learn.microsoft.com/en-us/exchange/sharing/organization-relationships/create-an-organization-relationship and https://learn.microsoft.com/en-us/exchange/sharing/sharing-policies/sharing-policies

Also enabled External sharing in Office 365 admin centr - Organization - Calendars

Еhe external client in another O365 tenant doesn't see my users' free/busy information. But another client sees this information. I performed the check in different ways: API request, in OWA (DEV mode Networking tab) and this tool https://testconnectivity.microsoft.com/tests/FreeBusy/input

Everywhere I get the error: Exceeded the number of Autodiscover redirections for e-mail dp**@***.com. The maximum allowed redirections are 3

Please help

Microsoft Exchange Online
Microsoft Exchange Online Management
Microsoft Exchange Online Management
Microsoft Exchange Online: A Microsoft email and calendaring hosted service.Management: The act or process of organizing, handling, directing or controlling something.
4,379 questions
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. Noah Ma-MSFT 2,340 Reputation points Microsoft Vendor
    2024-07-02T09:48:14.0233333+00:00

    Hi @Aleksey Kucherovskiy Syrve,

    Thank you for posting to Microsoft Community.

    Based on your description, I understand you got an issue when trying to share calendar between different Office 365 tenants and you see the Autodiscover error in logging.

    And I want to confirm if you mean the user in one client can see the free/busy but the user in another client cannot.

    However, you could try the following to troubleshooting. Please kindly double check your organization relationship setup and sharing policies to ensure they are correctly configured.

    Run the Get-FederationInformation -DomainName yourdomain.com command to verify the federation configuration.

    Checking DNS records (especially the CNAME record for Autodiscover) to make sure they are pointing correctly.

    Use Test-OutlookWebServices -Identity user@yourdomain.com command to validate the Autodiscover service configuration.

    Since you're already using the Remote Connectivity Analyzer, please check the detailed results to identify where the redirections are occurring.

    Also please consider if it is external client issue by trying other client for the user since I have test creating organization relationship to share free/busy with other tenant without issue.

    Hope it helps.