2

I am fetching messages from Exchange in Office365 using Microsoft Graph API. However, for some folders I seem to get intermittent exceptions.

What we are using:

Microsoft.Graph Version 3.9.0 - Microsoft Graph Client Library for .Net

Microsoft.Graph.Core Version 1.21.0 - Microsoft Graph Core Client Library for .Net

This is the call being used:

'GET /v1.0/users/{id}/mailFolders/{id}/messages'

And this is the error (ServiceUnavailable with UnknownError as inner exception):

Status Code: ServiceUnavailable Microsoft.Graph.ServiceException: Code: UnknownError Message: Error while processing response. Inner error: AdditionalData: date: 2020-08-04T13:55:33 request-id: ** ClientRequestId: **

Code: UnknownError Message: Error while processing response. Inner error: AdditionalData: date: 2020-08-04T13:55:33 request-id: ** ClientRequestId: **

What I've tried:

  • Throttling:

These are usually the errors we would see with throttling. However, in this case, there seems to be no indication of throttling being applied. There isn't any 'back-off' time returned in the result. Other requests to different folders returns just fine too. By applying our own 'back-off' time (ranging between 5mins-20mins does not seem so make a difference either).

  • Beta endpoint:

The call posted above shows /v1.0 used. We've also switched to the /beta endpoint, with no difference.

  • Amount of mails retrieved:

Graph allows us to retrieve up to 999 mails at a time. We've reduced that all the way down to a mail or 2 at a time, but it still returns with the same error.

  • Delta token:

We've also tried switching over to using the delta token in order to retrieve the mails. This also returns with the same error.

  • Graph downgrade:

Hoping that there is some difference in the last few versions, we downgraded Graph. There was no difference.

  • Check local sync issues:

I've noticed in the past (quite a while back), that when doing this call for a folder that has potential local sync issues, this is the same type of error response returned. In this case, there is no reason to believe that these are local sync issues.

  • Additional:

When setting up the httpProvider, I've removed the default retry handlers as well. I've seen that using the default retry handler, it would automatically catch the 'ServiceException' and do internal retries (not adhering to back offs (not that there is any)), and would result in a tooManyRetries or a timeout (hiding the actual issue). By removing the default retry handler, we can see the actual 'ServiceException' error returned by the server.

When:

Based on our telemetry, this seems to have started happening a lot more frequently since around the 11-13th of June. Before that we did not experience any issues. There are days that the requests work, but they are few and far in between.

This is quite a big issue for us, so any suggestions would be greatly appreciated. Any specific Microsoft Support channel that I can log this with would also help.

Thanks in advance.

Johan Mostert
  • 111
  • 1
  • 4
  • Any news on this? Microsoft? We've seen the same issue. – Niels Filter Aug 14 '20 at 10:12
  • Can you provide a recent requestId and date for an error response? – Michael Mainer Aug 14 '20 at 19:12
  • @MichaelMainer, Thanks for the reply. For the request and error posted in the question above, this the info- **date: 2020-08-04T13:55:33** **request-id: f7c19325-0736-432a-b6c7-14761cb0c4f9** We have these happening daily, and across multiple tenants. If you need any more info, please let me know. Thank you! – Johan Mostert Aug 15 '20 at 11:27
  • 1
    @MichaelMainer, this is a more recent id for the same tenant: **date: 2020-08-15T11:49:56** **request-id: 0c16ce1d-673f-4d01-b8c2-c57dc1dfea7a** Also, I've added some additional info regarding the SDK retry handler in the question above under **additional** tag. – Johan Mostert Aug 15 '20 at 11:53
  • @MichaelMainer is there any movement on this? Or is there any other preferred support line on MS side that I should log this rather? Thank you – Johan Mostert Aug 20 '20 at 08:04
  • @JohanMostert, for some reason I can't find a result based on that latest request-id. This is likely not a client issue. Is it possible that the tenant is a hybrid on-premise - online and that the target mailbox was moved on-premise? Does this issue happen on particular mailbox[es]? – Michael Mainer Aug 21 '20 at 03:22
  • @MichaelMainer thank you for the feedback. I've reached out to the client, and they confirmed that the tenant is not hybrid on-premise. They definitely are happening on specific mailboxes. Not only specific mailbox, but also specific folders. They say that the whole mailbox is stored online using Exchange Online. Is there anything else that I can do my side to try and create a request that you can track/find your side? – Johan Mostert Sep 07 '20 at 10:10

0 Answers0