ExchangeService.FindFolders with WellKnownFolderName.PublicFoldersRoot fails

[PhilbyTheGreat]

ExchangeService.FindFolders with WellKnownFolderName.PublicFoldersRoot fails

[Tunrip]

I have posted about this on the Microsoft Q&A forum, as some googling suggested this may help get it spotted by the appropriate team. https://learn.microsoft.com/en-us/answers/questions/1229639/exchange-web-services-ews-findfolders-produces-a-5

[mariusan]

Might be the same issue:
https://admin.microsoft.com/Adminportal/Home#/servicehealth/:/alerts/EX540990

[dseph]

They are working on a fix for issues with OWA and EWS accessing public folders. One issue is with html/xml being in the response body of an EWS call against public folder. Another is with the EWSMaxConcurrency error being thrown when it should not be. They are working to a fix pushed out. It may take one to a few days before they have the fix pushed out. Check your portals late tonight for updates. Issues with mail delivery may be a different from what's happening in this event.

[mariusan]

I face the same problem. Do we have a feedback from MS ?

One of our clients has raised a ticket with Msft but has not received a helpful reply yet.

[dseph]

MS knows about this issue and is investigating. Look at the response in code and strip the appended html page from the response as a temporary work around while they are working on the issue.

[Tunrip]

Yes, we've noticed exactly the same thing, including the subsequent "exceeded the available concurrent connections for your account" message after this problem has occurred enough times. This started on 6th April for us and 11th April at a client site. Tried updating our project using the EWS Managed API to the latest versions of Microsoft.Identity.Client and Microsoft.IdentityModel.Abstractions but this has made no difference.

[Tunrip]

It appears to read the list of folders and an error occurs on/after the last entry. When the error occurs it just whacks it in the XML in an invalid format causing the error we've identified.
It looks to me like that error happens because on the server it has continued past 'EOF' - it's found the last identified folder in the list but tried to carry on doing things after that.

[xpavciak]

I face the same problem. Do we have a feedback from MS ?

[Tunrip]

Thought I'd try restricting the number of items returned by FindFolders using a FolderView with a PageSize of 1. Wondered if this would return the first item before encountering the error, but it just causes the error to occur on the first item. Also tried restricting the PropertySet to IdOnly but same problem.

[joshmadams]

Seeing this same error, started 4/12 around 7am EST. We have opened a ticket with MS as well.

[emoreau99]

Same here. Hopefully a solution will be found!

[RobEnverus]

We are running into the same exact problem as well!!!

[MarkEnverus]

We have the exact same issue as well. Is anyone at MS even responding to this?

[BoudewijnPopkema]

We are experiencing the same issue for the past week, trying to retrieve mails from public folders. It started with one tenant and is now also occurring on others.

[PhilbyTheGreat]

It looks like this started working again for us shortly after 16/04/2023 11:30PM AEST! Should I mark this as closed?

[vlw007]

We also see resolution on one tenant at 15 April 1200 CST and another tenant at 16 April 1100

[Tunrip]

It's working for us now internally. Tried at a client site and immediately ran straight into the "Microsoft.Exchange.WebServices.Data.ServiceResponseException: You have exceeded the available concurrent connections for your account." error unfortunately! Still, the XML problem seems to be fixed at least!

[Tunrip]

Looked further into the client site still not working and realised this still has the original XML error. Originally at the client site it took an additional 5 days for the original problem to occur, so guess this related to how quickly the changes roll out to the various Office 365 tenants.

[Tunrip]

Looks like this is now fully resolved :)