• Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • Email - Incoming
    • 18
    • 14
    • We collect Jira Service Desk feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      Issue Summary

      Since Jira Service Management 5.8.0, support to connect mail channels to Office 365 accounts using OAuth 2.0 as the authentication method and MS Graph API as the protocol has been introduced, as per https://jira.atlassian.com/browse/JSDSERVER-12419.

      However, this new integration doesn't support GCC (Government Community Cloud) accounts.

      It isn't supported because regular Office 365 accounts connect to graph.microsoft.com to fetch emails via the MS Graph API protocol, whilst GCC accounts connect to graph.microsoft.us.

      Therefore, the connection is not established and the mail channel can't be connected using the domain graph.microsoft.com which is hardcoded and which cannot be configured via the UI.

      Screenshots

      As shown in the screenshots below showing the JSM Mail Channel configuration:

      • when choosing Microsoft as the provider, there is no option to change the domain from graph.microsoft.com to graph.microsoft.us
      • when choosing Custom as the provider, it is possible to change the mail server domain, but it is not possible to select MS Graph API as the protocol:

      Therefore none of these providers can be configured to use GCC accounts.

      Workaround

      To be added later.

        1. Custom_Provider.png
          Custom_Provider.png
          347 kB
        2. Microsoft_Provider.png
          Microsoft_Provider.png
          339 kB

            [JSDSERVER-14090] Office 365 using the Microsoft Graph API doesn't support GCC customers

            David Bahm added a comment -

            Would it be possible to get an update on this request? We were excited to get to use the new graph integrations and did all the legwork only to hit a snag because the endpoint is hard coded to Microsoft 365 commercial.

            https://learn.microsoft.com/en-us/microsoft-365/enterprise/microsoft-365-endpoints?view=o365-worldwide documents the list for DoD, GCC High, etc. but even just having a way to override and enter alternate endpoints would be sufficient (at this point most GCCH administrators are used to having to manually switch these in whatever product/API).

            Sadly, our experience with a lot of vendors is they were either unaware of the sovereign environments or were in such a rush to support the commercial boom of Microsoft 365 they catered only to those users. I follow a similar bug for a Mozilla product that has still not been updated 3 years later to support the GCCH endpoints.

            David Bahm added a comment - Would it be possible to get an update on this request? We were excited to get to use the new graph integrations and did all the legwork only to hit a snag because the endpoint is hard coded to Microsoft 365 commercial. https://learn.microsoft.com/en-us/microsoft-365/enterprise/microsoft-365-endpoints?view=o365-worldwide documents the list for DoD, GCC High, etc. but even just having a way to override and enter alternate endpoints would be sufficient (at this point most GCCH administrators are used to having to manually switch these in whatever product/API). Sadly, our experience with a lot of vendors is they were either unaware of the sovereign environments or were in such a rush to support the commercial boom of Microsoft 365 they catered only to those users. I follow a similar bug for a Mozilla product that has still not been updated 3 years later to support the GCCH endpoints.

              Unassigned Unassigned
              jrey Julien Rey
              Votes:
              23 Vote for this issue
              Watchers:
              13 Start watching this issue

                Created:
                Updated: